--- title: "Reservas sospechosas y fraude con tarjeta: señales y qué hacer" description: "Señales de una reserva sospechosa, qué hacer antes de la llegada y en recepción, qué no hacer nunca con los reembolsos y cómo ayuda el software." url: https://softwareparahoteles.app/blog/reservas-sospechosas-y-fraude-con-tarjeta-senales-y-que-hacer/ source: Software para Hoteles (https://softwareparahoteles.app) license: CC BY 4.0 --- [Operación](https://softwareparahoteles.app/blog/categoria/operacion/) # Reservas sospechosas y fraude con tarjeta: señales y qué hacer Publicado el 16 de octubre de 2026 · Maria Laura Rodriguez Una reserva sospechosa combina datos incoherentes, varias reservas seguidas con tarjetas distintas, prisa por saltarse la verificación o peticiones de reembolso a otro medio de pago. La respuesta es verificar antes de la llegada, cobrar o preautorizar con autenticación cuando sea posible, no reembolsar nunca a un medio distinto y documentarlo todo en el PMS. El fraude con tarjeta en un alojamiento rara vez parece un fraude al principio: parece una reserva normal, a veces generosa, con un huésped con prisa. Esta guía reúne las señales que suelen acompañarlo, qué hacer cuando aparecen y cómo ayuda el software. No señala a ningún canal: las reservas problemáticas llegan por la web, por teléfono y por portales. ## ¿Qué señales deben llamar la atención? Ninguna prueba nada por sí sola; varias juntas justifican verificar antes de la llegada: - **Datos que no encajan entre sí**: nombre del huésped distinto del titular de la tarjeta sin explicación, teléfono de un país y dirección de otro, correo recién creado. - **Varias reservas seguidas** desde el mismo correo o teléfono con tarjetas distintas, o varios intentos de pago fallidos antes de uno que entra. - **Petición de reembolso a otro medio**: el huésped pide cancelar y que se le devuelva el dinero a otra tarjeta, por transferencia o en efectivo. - **Presión para saltarse pasos**: insistencia en que no hace falta enviar el documento, en que la tarjeta «la trae otra persona» o en que se cobre a una tarjeta ausente sin verificación. - **Terceros que pagan**: una empresa o «agencia» desconocida que envía datos de tarjeta por correo para pagar la estancia de otro. ## ¿Qué hacer antes de la llegada? 1. **Verifica la tarjeta con la pasarela**, no a ojo: una preautorización o un cobro con autenticación del titular (los sistemas conocidos como 3-D Secure, si tu proveedor los ofrece) traslada la comprobación al banco emisor. 2. **Pide los datos habituales**: documento del huésped en el check-in online y confirmación de que el titular de la tarjeta viaja o autoriza el cargo. 3. **Contacta por un canal distinto** del que usó la reserva: teléfono si llegó por la web, mensajería del portal si llegó por un portal. 4. **No aceptes datos de tarjeta por correo ni por mensaje.** Envía un enlace de pago de la pasarela para que el titular pague él mismo. 5. **Si la reserva no supera la verificación**, cancélala según tu política y la del canal, y anótalo. ## ¿Qué hacer en recepción y con los reembolsos? - **Tarjeta presente y documento del titular** cuando el pago se hace en el mostrador. Si el titular no es el huésped, aplica por escrito el procedimiento de autorización de tercero que tenga tu hotel. - **Un reembolso vuelve siempre al mismo medio de pago** con el que se cobró, por el mismo canal, nunca a otra tarjeta, cuenta o efectivo. Es la regla que más fraudes corta. - **Guarda prueba** del documento, de la autorización y de la comunicación con el huésped en la reserva del [PMS](https://softwareparahoteles.app/glosario/#pms). Ejemplo: un hotel recibe una reserva de diez noches para dos habitaciones, pagada de inmediato con una tarjeta cuyo titular no es ninguno de los huéspedes. Al día siguiente, el mismo correo pide cancelar una habitación y que el importe se devuelva a otra tarjeta «por un problema con el banco». El hotel devuelve el importe al medio original, por el mismo canal, y anota la conversación. ## ¿Cómo ayuda el software? - **Tokenización**: la pasarela guarda la tarjeta como un token y el hotel nunca ve ni copia el número. - **Autenticación del titular** en los cobros en línea, si la pasarela y el [motor de reservas](https://softwareparahoteles.app/glosario/#motor-de-reservas) la admiten: el banco pide al huésped confirmar la operación. - **Registro de intentos**: ver que una reserva pasó por tres tarjetas antes de la cuarta es una señal que a mano no se detecta. - **Enlaces de pago** para cobrar sin recibir datos por correo ni por teléfono. Según los datos del directorio revisados en octubre de 2026, [Neobookings](https://softwareparahoteles.app/software/neobookings/) describe en NeoPayments cobros, devoluciones, enlaces de pago, validación de tarjetas y tokenización, integrados con TPV bancarios que contrata el hotel; [Roiback](https://softwareparahoteles.app/software/roiback/) describe en ePayments la tokenización de tarjetas y el envío de enlaces de pago cuando una tarjeta no es válida, mediante pasarelas externas. Las demás fichas no detallan estas funciones; pregunta a tu proveedor qué ofrece su pasarela y qué registra de cada intento, y contrasta en [comparar](https://softwareparahoteles.app/comparar/). ## Lista de comprobación - Política escrita: qué reservas se verifican y cómo. - Pago o preautorización con autenticación del titular cuando la pasarela lo permita. - Nunca datos de tarjeta por correo, mensaje ni teléfono: enlace de pago. - Documento del huésped y autorización del titular si no es el mismo. - Reembolsos solo al medio de pago original. - Todo documentado en la reserva. ## Preguntas frecuentes ### ¿Puedo devolver un cobro a otra tarjeta si el huésped lo pide? No conviene nunca. Un reembolso debe volver al mismo medio de pago y por el mismo canal con el que se cobró. Pedir la devolución a otro medio es una señal clara de fraude: convierte al hotel en el intermediario que saca el dinero de una tarjeta ajena. ### ¿Qué hago si una reserva de un portal me parece sospechosa? Verifica por la mensajería del propio portal y con tu pasarela: preautoriza o cobra con autenticación del titular si está disponible. Si no supera la verificación, cancela siguiendo las reglas del portal para ese caso y documenta todo en la reserva. No des por buena una reserva solo porque el portal la haya aceptado. ### ¿Sirve de algo la tokenización contra el fraude? Protege sobre todo contra la filtración de datos de tarjeta desde el hotel: el número no se ve ni se guarda. No evita que alguien use una tarjeta robada, para eso sirve la autenticación del titular, pero reduce el daño si tus correos o tu ordenador quedan expuestos. Los datos sobre productos proceden de las fichas del directorio y siguen su [metodología](https://softwareparahoteles.app/metodologia/). La información sobre normativa es general y no sustituye al asesoramiento legal o fiscal. ## Más sobre operación - Operación ### [Automatizaciones en un software hotelero: qué conviene y qué no](https://softwareparahoteles.app/blog/automatizaciones-en-un-software-hotelero-que-conviene-automatizar/) Qué conviene automatizar en un software hotelero (cobros, cierres de venta, estados de habitación, informes, precios por reglas), qué no y cómo probarlo. 16 de octubre de 2026 - Operación ### [Cambios de reserva: fechas, habitación y nombre sin errores](https://softwareparahoteles.app/blog/cambios-de-reserva-fechas-habitacion-y-nombre/) Cómo tratar cada cambio de reserva (fechas, habitación, titular, personas) y los que llegan de una OTA: dónde hacerlo, dejar rastro y evitar dobles ventas. 16 de octubre de 2026 - Operación ### [Cómo conciliar los cobros de OTA y pasarelas con el PMS](https://softwareparahoteles.app/blog/como-conciliar-los-cobros-de-otas-y-pasarelas-con-el-pms/) Qué es conciliar cobros, qué fuentes cruzar (PMS, pasarela, banco y facturas de comisión), cada cuánto hacerlo y cómo registrar cada diferencia. 16 de octubre de 2026