> For the complete documentation index, see [llms.txt](https://docs.flycode.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flycode.com/docs/es/read-more/card-network-retry-rules-for-failed-payments-visa-and-mastercard.md). # Reglas de reintento de la red de tarjetas para pagos fallidos: Visa y Mastercard {% hint style="info" %} **EN RESUMEN:** las redes de tarjetas limitan cuántas veces puede reintentarse una tarjeta rechazada y prohíben los reintentos ante ciertas respuestas de rechazo. La norma de Visa limita los reintentos a 15 por tarjeta dentro de los 30 días posteriores al rechazo original; el programa Transaction Processing Excellence de Mastercard limita los intentos repetidos de autorización en la misma tarjeta dentro de una ventana de 24 horas y supervisa el exceso mensual. Volver a intentar un rechazo duro (tarjeta perdida, robada, retenida, cuenta cerrada, respuestas de no reintentar) no está permitido en absoluto. Incumplir las reglas conlleva comisiones por intento y, para reincidentes, penalizaciones del adquirente. Las herramientas de recuperación deben construirse en torno a estos límites, por eso el momento importa más que el volumen. {% endhint %} Esta página es un resumen práctico para comerciantes de suscripciones a mediados de 2026. Las reglas de la red cambian; confirma los umbrales y los importes de las comisiones actuales con tu adquirente o procesador. ## Por qué las redes limitan los reintentos Cada intento de autorización consume capacidad de procesamiento de los emisores, y una tarjeta rechazada a la que se insiste con reintentos no genera ingresos para nadie. A partir de 2021, tanto Visa como Mastercard introdujeron programas para reducir los reintentos excesivos en transacciones rechazadas, especialmente las recurrentes. Los programas definen límites de intentos, nombran los códigos de respuesta tras los cuales no se permite ningún reintento y cobran comisiones a los adquirentes (trasladadas a los comerciantes) por los intentos que superan los límites. Procesadores como Stripe hacen cumplir partes de estas reglas automáticamente, lo que explica en parte por qué Stripe Smart Retries limita los intentos a 8. ## Visa | Norma | Qué significa para la facturación recurrente | | --------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Límite de reintentos | No más de 15 reintentos de una transacción rechazada en la misma tarjeta dentro de los 30 días posteriores al rechazo original. | | Respuestas de no reintentar | No se permiten reintentos después de respuestas como 04 (tarjeta retenida), 14 (cuenta inválida), 41 (tarjeta perdida), 43 (tarjeta robada), 46 (cuenta cerrada), 57 (transacción no permitida), R0 y R1 (orden de no pagar o revocación de la autorización), R3 (revocación de todas las autorizaciones). Cualquier reintento posterior a estas respuestas incumple la norma. | | Comisiones | Se aplican comisiones por intento a los reintentos que superan el límite o se realizan tras una respuesta de no reintentar, con escalado para los comerciantes que los exceden de forma persistente. | | Calidad de los datos | Las transacciones recurrentes deben llevar los indicadores correctos (recurrente, iniciada por el comerciante) y los datos del marco de credenciales almacenadas. | ## Mastercard | Norma | Qué significa para la facturación recurrente | | -------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Intentos de autorización excesivos | Bajo el programa Transaction Processing Excellence, los intentos repetidos de autorización en la misma tarjeta después de un rechazo se limitan dentro de una ventana de 24 horas (el umbral publicado es de 10 intentos) y se supervisa el exceso a lo largo del mes. | | Respuestas de no reintentar | No se permiten reintentos después de respuestas de rechazo duro, incluidas 04, 14, 41, 43, 46, 54 (tarjeta ya no válida), 57 y 62 (tarjeta restringida), y después de los Códigos de asesoramiento para el comerciante que indican al comerciante que no vuelva a intentarlo (por ejemplo, 03, no volver a intentar, y 21, pago recurrente cancelado). | | Códigos de asesoramiento para el comerciante | Mastercard devuelve un Código de asesoramiento al comerciante con muchos rechazos: 01 (nueva o actualizada información de la cuenta disponible, usar el actualizador de cuentas), 02 (inténtalo de nuevo más tarde), 03 (no volver a intentar), 21 (pago recurrente cancelado por el titular de la tarjeta). La lógica de recuperación debe leer y respetar estos códigos. | | Comisiones | Comisiones por intento para reintentos excesivos o prohibidos, aplicadas al adquirente y trasladadas. | ## Qué significa esto para la estrategia de recuperación Los límites convierten el momento en la palanca, no el volumen. Con un máximo de 15 intentos al mes en Visa y límites diarios estrictos en Mastercard, un calendario fijo que reintenta cada pocos días agota intentos en días en los que es poco probable que la cuenta del cliente tenga fondos. Un modelo que predice el mejor momento para cada tarjeta (ciclos de pago, hora del día, comportamiento del emisor) recupera más con menos intentos y se mantiene dentro de los límites con margen de sobra. El motor de FlyCode hace cumplir estas reglas por diseño: nunca reintenta una tarjeta después de una respuesta de no reintentar, controla los intentos por tarjeta frente a las ventanas de la red, lee los Códigos de asesoramiento para el comerciante de Mastercard y deriva los rechazos duros a métodos de pago de respaldo o al contacto con el cliente en lugar de reintentarlos. Sus modelos se entrenan con datos de la red Visa y Mastercard, y FlyCode es socio de la red Mastercard y ganador del premio Visa Everything Award. ## Lista de verificación práctica para comerciantes * Clasifica cada rechazo como suave o duro al recibirlo y deja de reintentar los rechazos duros de inmediato. * Cuenta los intentos por tarjeta, no por factura, en todos los sistemas que puedan reintentar (procesador, plataforma de facturación, herramienta de recuperación). Tener dos motores de reintento sobre la misma tarjeta es la forma más común de incumplir los límites. * Activa Card Account Updater y Network Tokens para que lleguen credenciales actualizadas en lugar de rechazos repetidos por credenciales obsoletas. * Marca correctamente las transacciones recurrentes e iniciadas por el comerciante. * Prefiere menos intentos, pero mejor programados, en lugar de más intentos. ## Relacionado * [Explicación de los códigos de rechazo](https://help.flycode.com/decline-codes-explained) * [Guía de códigos de rechazo de pagos de suscripción para Stripe](https://docs.flycode.com/docs/subscription-payment-decline-codes-guide-for-stripe) * [Guía completa de Reintentos inteligentes de Stripe](https://docs.flycode.com/docs/stripe-smart-retries-complete-guide) * [Referencia de códigos de rechazo de Stripe con códigos de respuesta de la red](https://www.flycode.com/stripe/decline-codes) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.flycode.com/docs/es/read-more/card-network-retry-rules-for-failed-payments-visa-and-mastercard.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.