Pagos con tarjeta fallidos: elige una opción y consulta los detalles del cargo

Retrospectiva histórica: marzo–abril de 2026 Este artículo se escribió posteriormente y describe cómo funcionaba la función durante el periodo indicado.

Retrospectiva histórica: marzo–abril de 2026 Este artículo se escribió posteriormente y describe cómo funcionaba la función durante el periodo indicado.

Después de un pago con tarjeta fallido, se muestra la opción definida para el plan: continuar, cancelar de inmediato o volver a intentarlo hasta una fecha límite. Abre los detalles para consultar el estado del intento, las autorizaciones y los intentos previstos. Una autorización o una fecha programada no demuestra que el cargo se haya completado. En los pagos a plazos se evalúa la cuota concreta que esté pendiente de pago y cuyo vencimiento haya llegado. Consulta la guía actual (Markdown-fil, AI-agentvenlig).

Elige la siguiente acción

Comprueba primero si el pago se ha rechazado o sigue pendiente. Actualiza la tarjeta si ha caducado o no es válida, pero no tomes el cambio de tarjeta como prueba de que un intento anterior se haya completado. Una fecha programada muestra el siguiente plan de cobro, no el resultado de un cargo.

Paso a paso

Comprueba primero si el intento se ha rechazado o sigue pendiente. Abre la opción del plan, comprueba si la tarjeta ha caducado y elige actualizarla o volver a intentar el pago manualmente si se ofrece esa opción. Espera a que aparezca un nuevo estado antes de cancelar. Un intento posterior puede completarse correctamente, por lo que no debes tratar un pago pendiente como si se hubiera rechazado.

Ejemplo: un intento está pendiente el lunes y el plan ofrece cancelar tras un fallo. Espera a conocer el resultado, porque «pendiente» no significa «rechazado». La siguiente acción depende de que se confirme un rechazo documentado.

Cuándo pedir ayuda

Si el estado sigue pendiente, no puedes seleccionar en la suscripción una tarjeta nueva o la factura y el pago muestran información contradictoria, sigue el estado visible de la integración. No saques conclusiones basándote únicamente en la fecha de caducidad de la tarjeta. Para un pago a plazos, la cuota correspondiente debe estar vencida y sin pagar antes de decidir una cancelación.

Preguntas frecuentes: ¿Puedo cancelar basándome en una autorización? No, hasta que se resuelva su resultado. ¿Un cargo programado sirve como justificante de pago? No. ¿Puedo volver a intentarlo cuando quiera? Solo cuando el flujo actual ofrezca esa opción.

Preguntas frecuentes y límites

La acción del plan tras un fallo no es un pago. «Volver a intentar» es una opción del plan; «rechazado» es un resultado, y si figura «pendiente» hay que esperar. Actualizar la tarjeta solo ayuda si la nueva tarjeta se selecciona realmente para el contrato correspondiente. Si los estados no coinciden, fíjate en el pago y la factura concretos, no solo en la fecha programada.

Caso de asistencia

Un nuevo intento puede cambiar cuál es la siguiente acción. Tras sustituir la tarjeta o volver a intentar el pago manualmente, vuelve a consultar su estado antes de cancelar. Si el cliente tiene varias suscripciones, identifica cuál incluye el periodo fallido: un intento fallido no determina el estado general del cliente.

Comprobación posterior a la acción

Usa esta comprobación durante el seguimiento: anota qué se veía antes de la acción, realiza únicamente la acción seleccionada y después comprueba el documento o mandato. Si el estado cambia más adelante, vuelve a consultarlo antes de informar al cliente. La retrospectiva describe el hito documentado; la guía y la interfaz actuales determinan los pasos de hoy. Los ejemplos usan clientes, importes y fechas ficticios.

Si el resultado es distinto

Si el resultado no coincide con lo esperado, conserva el estado visible e investiga el requisito correspondiente en lugar de repetir la acción a ciegas. Comprueba la divisa, la fecha, el cliente, el método de pago y si el documento ya se había enviado o contabilizado. Al responder al cliente, distingue entre lo que ha registrado el sistema y lo que aún no han confirmado el banco o el destinatario.

Bo Møller
Bo Møller
Emil Højbjerg
Emil Højbjerg

Las personas y asistentes de IA detrás de las novedades

Bo Møller y Emil Højbjerg son los principales desarrolladores de Alunta. Como dedican la mayor parte del tiempo a programar, han delegado en nuestros asistentes de IA la redacción de estas explicaciones.

Los asistentes de IA escriben a partir de las actualizaciones que hemos publicado. Bo y Emil están detrás de los cambios y se responsabilizan de que la información refleje lo que realmente se ha lanzado.