Si se rechaza una fianza de alquiler antes de la recogida, verifica el estado de autorización del comerciante antes de entregar el equipo. Un enlace de pago, una captura del cliente o el alquiler pagado no demuestra una retención activa. Identifica la siguiente acción admitida y confirma después importe, moneda y vencimiento de la autorización.
Esta guía es para empresas independientes de alquiler de equipos que utilizan autorizaciones de tarjeta en línea, con Stripe como ejemplo. Trata la decisión previa a la entrega. Para una retención que fue válida y después caducó, consulta el procedimiento de autorizaciones vencidas.
Comprueba si la fianza fue rechazada o quedó sin completar
Empieza por la referencia de reserva y el registro de la fianza. Verifica cliente, importe, moneda y proveedor. Si el cliente abrió el pago pero no terminó, la falta de autorización no significa necesariamente que el banco la rechazara.
En el flujo actual de fianzas con Stripe de PayRequest, crear el pago devuelve una URL y un estado de sesión. El plazo de captura todavía es desconocido. Un evento posterior marca la fianza como autorizada y registra el vencimiento cuando el proveedor lo facilita. Este comportamiento se revisó en el código el 12 de septiembre de 2026: crear o enviar el enlace no equivale a obtener la retención.
Comprueba el registro del proveedor si la pantalla del cliente y la ficha de fianza no coinciden. Una actualización tardía, una autenticación abandonada y un rechazo bancario confirmado requieren respuestas diferentes. Hasta aclararlo, considera la autorización no confirmada al decidir la entrega.
La documentación de captura manual de Stripe explica que la autorización reserva fondos para capturarlos más tarde y tiene una vigencia limitada. Ni siquiera una retención confirmada garantiza cobertura indefinida ni sustituye el contrato acordado.
Elige la acción según la evidencia, no mediante reintentos continuos
Utiliza la categoría de acción del proveedor. Puede ser necesario revisar su panel o contactar con soporte; este artículo no afirma que PayRequest muestre todos los códigos técnicos de rechazo. Mantén un mensaje neutral y útil para el cliente.
La referencia de códigos de rechazo de Stripe distingue autenticación, datos incorrectos, tarjetas incompatibles, fondos insuficientes, indisponibilidad del emisor y duplicados. Reenviar los mismos datos no resuelve todas las causas.
| Situación verificada | Siguiente paso útil | Qué evitar |
|---|---|---|
| Pago incompleto o autenticación necesaria | El cliente termina el proceso seguro admitido | Tratar un enlace abierto como retención activa |
| Datos de tarjeta o facturación incorrectos | El cliente los corrige en el pago seguro | Pedir números de tarjeta o códigos de seguridad por correo |
| Tarjeta incompatible, fondos insuficientes o rechazo del emisor | Consultar al emisor o usar otra tarjeta compatible | Prometer aprobación o eludir controles |
| Proveedor o banco temporalmente inaccesible | Seguir las instrucciones de reintento y revisar el primer intento | Crear varias retenciones sin comprobar las anteriores |
| Posible duplicado o resultado incierto | Localizar cada intento y confirmar su estado | Suponer que el último error invalida todos los intentos anteriores |
No digas que se ha demostrado fraude ante un rechazo genérico. Las señales de riesgo pueden ser sensibles y no prueban lo ocurrido. Orienta al cliente hacia su emisor o una vía admitida, respetando las instrucciones del proveedor.
Separa el alquiler pagado de la fianza
Imagina una reserva ficticia con 120 € de alquiler y una autorización obligatoria de 500 €. Los 120 € están pagados, pero el intento de fianza fue rechazado. El registro de ingresos es correcto; la condición de garantía sigue pendiente.
| Elemento | Estado confirmado | Significado operativo |
|---|---|---|
| Precio del alquiler | 120 € pagados | Alquiler recibido |
| Intento de fianza A | 500 € rechazados | Sin retención de 500 € confirmada por ese intento |
| Intento B | Pago abierto, resultado desconocido | Investigar antes de otro intento |
| Entrega del equipo | No realizada | Aplicar las condiciones acordadas según la evidencia |
No sumes 120 € y 500 € para registrar 620 € como «pagados». Un cobro y una autorización significan cosas diferentes. Tampoco reembolses una retención nunca capturada solo porque el cliente ve un apunte bancario: establece primero el estado real.
Tras un segundo intento correcto, registra su referencia y comprueba si uno anterior también produjo una autorización. Resuelve una retención duplicada innecesaria mediante la acción adecuada del proveedor. El saldo disponible puede seguir afectado mientras el banco actualiza sus registros; no prometas recuperación inmediata.
Este ejemplo es un control operativo, no una recomendación de importe. El valor del equipo, las condiciones, la compatibilidad del proveedor y las reglas aplicables determinan el acuerdo posible.
Documenta la decisión de entrega
Fija una hora límite que deje margen para resolver incidencias antes de la recogida. Registra reserva, equipo, alquiler pagado, fianza exigida, última autorización confirmada, vencimiento, responsable y siguiente acción. No incluyas datos de tarjeta.
Si las condiciones acordadas exigen una retención activa, pausa la entrega hasta cumplirlas o hasta que una persona autorizada apruebe una alternativa documentada. No reduzcas el importe silenciosamente porque una autorización menor podría funcionar. Cualquier cambio debe acordarse antes de considerarlo cobertura.
Una transferencia o fianza cobrada puede ser una alternativa según tus condiciones, pero no crea el mismo estado de autorización de tarjeta. Explica el nuevo proceso de pago y devolución. Que se acepte un medio de pago no demuestra que admita retenciones de garantía.
Cuando esté confirmada, relaciona la fecha real de vencimiento con la devolución e inspección previstas. Utiliza la lista de inspección de equipos alquilados para documentar el estado. Resolver el rechazo inicial no elimina la inspección ni la liquidación posterior.
Envía un mensaje acorde con el estado actual
Utiliza este texto solo si coincide con los registros: «Hemos recibido los 120 € del alquiler. Todavía no está confirmada la autorización independiente de 500 € para la reserva R-120. Completa el pago seguro o contacta con el emisor si se rechaza. Confirmaremos la recogida después de comprobar el resultado».
Si el resultado es incierto, explica que lo estás revisando antes de pedir otro intento. Si la autorización está confirmada, indica el importe y diferencia retención y alquiler. No compartas indicadores internos de fraude ni datos completos de tarjeta en una conversación de asistencia.
Un registro útil es breve: hora, referencia de reserva, referencia del proveedor, resultado general, siguiente paso y responsable. Debe permitir que otra persona continúe sin volver a pedir información sensible.
Sigue la fianza confirmada con PayRequest
Las fianzas de PayRequest ofrecen autorización, captura y liberación. Para el alquiler de equipos, vincula la referencia a tu reserva y comprueba el estado del proveedor antes de entregar. PayRequest no puede anular un rechazo bancario ni decidir si se cumplen tus condiciones de alquiler.
Revisa los precios junto con tu contrato de proveedor. Free no tiene cuota mensual; la comisión publicada es un 2 % por pago completado, hasta 25 € por transacción, con comisiones del proveedor aparte. No describas una autorización incierta como pago completado ni inventes las comisiones de un intento fallido.
Prepara la siguiente reserva con las fianzas de PayRequest, un requisito acordado y una persona responsable de confirmarlo antes de la recogida. Así el cliente tiene un siguiente paso claro y el equipo decide con evidencia.
Nota editorial: la IA ayudó con el artículo y la ilustración. Los flujos de pago y autorización de Stripe en PayRequest se revisaron en el código; no se realizó ninguna autorización ni captura real. La matriz y el ejemplo de 120 €/500 € son herramientas operativas originales.