Soft Declines vs Hard Declines: Lo que te dice el código de respuesta

¿Qué separa una denegación suave de una denegación dura en el emisor?

Una denegación dura señala que el emisor nunca aprobará la transacción tal como fue enviada; una denegación suave indica un problema temporal o corregible que merece un nuevo intento. Visa clasifica cada respuesta en cuatro categorías que encajan limpiamente con esta división, según el resumen de las reglas de denegación de Visa de CardPointe: los códigos de la Categoría 1 el emisor nunca los aprobará, los de la Categoría 2 el emisor no puede aprobarlos ahora, los de la Categoría 3 requieren datos corregidos antes de reintentar, y la Categoría 4 agrupa rechazos genéricos. Solo la Categoría 1 es una verdadera denegación dura en el sentido de riesgo legal; el resto son denegaciones suaves, con distintas probabilidades de éxito al reintentar.

La distinción importa más allá de la aritmética de conversión. Visa limita los nuevos intentos a 15 dentro de una ventana móvil de 30 días para la misma tarjeta, importe y moneda. Cualquier reintento de una denegación de la Categoría 1, o cualquier intento posterior al 15.º para las Categorías 2 a 4, activa una tarifa por reintento excesivo informada en $0.10 a nivel nacional y $0.15 en transacciones transfronterizas, según la documentación de cumplimiento de CardPointe. Tratar cada denegación como reintentable no es un atajo de crecimiento; es un costo medible.

¿Qué códigos de denegación nunca son reintentables de forma permanente según las reglas de la marca de tarjeta?

Cuatro códigos de Visa no deben reenviarse nunca: 04, 07, 41 y 43, los rechazos de la Categoría 1 que cubren tarjeta retirada, tarjeta perdida y tarjeta robada. Ese mapeo concreto de código a categoría proviene del desglose de las categorías de denegación de Retries.com y no de una lista publicada por Visa, así que trátalo como orientativo y confírmalo con la documentación de tu propio procesador antes de incorporarlo a la lógica en cascada.

Como el límite de reintentos de Visa es específico de la tarjeta y no del código, encaminar una denegación de la Categoría 1 a un motor de reintentos agota la asignación de 15 en 30 para categorías más suaves y luego además paga la tarifa por reintento excesivo por un segundo rechazo que nunca iba a aprobarse. La solución es un corte en seco en cuanto una respuesta cae en ese grupo, antes de que se ejecute cualquier lógica en cascada.

¿Qué significa realmente 'do not honor' y por qué es tan común?

'Do not honor' es el código de respuesta 05 de Visa, y significa que el emisor está rechazando la transacción sin decir por qué. Se ubica en la Categoría 4, un rechazo genérico que permanece dentro de la ventana estándar de 15 intentos por 30 días en lugar del bloqueo permanente que aplica a los verdaderos códigos de la Categoría 1, según el desglose de categorías de Retries.com - un mapeo que conviene verificar con el material propio de Visa antes de que impulse lógica de producción.

La referencia de códigos de denegación de Stripe define el estado equivalente do_not_honor de forma aún más tajante: la tarjeta fue rechazada por una razón desconocida, y el único paso documentado es que el cliente contacte a su propio emisor. Esa vaguedad es deliberada. Los emisores usan el código 05 como un cajón de sastre para no tener que revelar el modelo interno de fraude, la puntuación de riesgo o la regla de cuenta que en realidad disparó el rechazo.

Para una oferta de continuidad, una proporción creciente de 05 frente a una tasa de rechazo por lo demás estable suele indicar que los modelos de riesgo del emisor han empezado a marcar el descriptor del comercio o el patrón de facturación en sí. Rara vez significa que los titulares de tarjeta simplemente se quedaron sin fondos.

¿En qué se diferencian los rechazos generados por el emisor de los del procesador o la pasarela?

Los rechazos del emisor provienen del banco del titular de la tarjeta después de que la transacción llega a la red de la tarjeta; los rechazos del procesador y de la pasarela ocurren antes de que llegue tan lejos. La propia documentación de Stripe divide los fallos en tres grupos en lugar de una simple división entre suave y duro: rechazos del emisor, pagos bloqueados por sus propias herramientas de riesgo Radar o Adaptive Acceptance, y llamadas API inválidas. Solo la primera categoría queda realmente fuera del control del comercio.

Un rechazo de pasarela por un CVV mal formado o un número de tarjeta con longitud incorrecta es corregible en el punto de captura, ya que una mejor validación de campos lo detiene antes del envío. Un bloqueo de Radar o Adaptive Acceptance es el propio motor de riesgo del procesador negándose a reenviar el cargo en absoluto, así que el emisor ni siquiera lo ve y no aplica ninguna regla de reintento de la red de tarjetas; la solución es ajustar los umbrales de riesgo, no reenviar.

¿Qué rechazos indican puntuación de fraude en lugar de falta de fondos?

Stolen-card and lost-card declines are the clearest fraud signal any decline log produces, and Stripe instructs merchants never to show either code to the buyer directly. Both should render as a generic decline instead, per Stripe's own decline-code documentation. Surfacing the real reason tells whoever is running the card that the fraud check caught them, which just sends the same card to test against a different merchant next.

El Merchant Advice Code de Mastercard transmite la misma señal a nivel de red. MAC 03 marca una cuenta cerrada o fraudulenta y MAC 21 marca a un titular que ya canceló el acuerdo de facturación; cada uno tendría una tarifa de $0.03 sobre la transacción rechazada, según la lectura de Merchant Cost Consulting del calendario de tarifas de Mastercard. Desde enero de 2026 esa tarifa, según el informe, se extendería a toda transacción rechazada que lleve esos códigos, no solo a los intentos de reenvío, lo que significa que simplemente volver a presentar la tarjeta de un suscriptor cancelado para otro ciclo de facturación ya tiene un costo antes incluso de decidir si reintentarlo o no - un costo que las cascadas de cobro agresivas de este nicho suelen ignorar.

¿Cómo debe enrutar cada categoría de rechazo en una cascada?

Enruta por categoría, no por intuición. Los rechazos de la Categoría 1 y los códigos marcados por fraude, como tarjeta robada o perdida, deben salir por completo del flujo de pago y no volver jamás a una cola de reintento en ningún procesador. Cascadear una denegación dura a un segundo MID no cambia la respuesta del emisor, porque la tarjeta en sí es la constante y el adquirente no lo es, y además invita al tipo de escrutinio de múltiples MIDs que el Mastercard's Scam Merchant Monitoring Program y las reglas de monitorización de disputas de Visa fueron diseñadas para detectar.

Los rechazos de las Categorías 2 y 3, que cubren retenciones temporales, fondos insuficientes o datos mal formados, deben ir a un reintento diferido o corregido que respete el tope de Visa de 15 intentos en 30 días por tarjeta. Los genéricos de la Categoría 4 como 'do not honor' merecen un trato más ligero que el que la mayoría de cascadas les da: uno o dos reintentos espaciados, no tres intentos en sucesión inmediata, lo que para los propios modelos de fraude del emisor parece un testeo de tarjeta.

La tokenización de red cambia la matemática antes de todo este enrutamiento. Los datos de Visa sitúan las transacciones tokenizadas sin presencia de tarjeta con una mejora de autorización del 4.6% frente a envíos de PAN en bruto durante su año fiscal 2022, junto con una reducción del 30% del fraude en el mismo período, según la investigación de tokenización de Visa. Mastercard informa una mejora media comparable, aunque menos verificada de forma independiente, cercana al 2.1%, una cifra que debe comprobarse en la página propia de Mastercard y no en la cita secundaria en la que actualmente se apoya.

¿Cómo mapeo códigos brutos de respuesta del procesador a una acción?

Empieza por la categoría, no por el código bruto de dos dígitos, porque el código por sí solo no dice si reenviar es seguro. La tabla siguiente mapea las señales cubiertas en esta página a la acción que la propia documentación de Visa, Stripe y Mastercard realmente respalda, en lugar del consejo genérico de 'inténtalo de nuevo' en el que suelen caer por defecto la mayoría de las tablas de consulta de códigos de denegación.

¿Qué mezcla de rechazos sugiere un problema de embudo en lugar de un problema de procesamiento?

Una tasa de rechazo de la transacción inicial claramente por encima del rango aproximado del 15-20% que sugieren los benchmarks agregados del sector para primeras cargas de suscripción apunta al embudo, no al procesador, según la encuesta de benchmarks de Payments & Risk. Ese rango asume tráfico estándar de tarjeta sin presencia física en EE. UU.; un programa de nutracéuticos que rinde materialmente peor que eso en el primer cobro suele estar comprando tarjetas de baja calidad o no autorizadas, no sufriendo un problema de enrutamiento.

La investigación de Recurly sobre pagos por suscripción ofrece una comprobación de en qué lado de esa línea estás: las tarjetas de débito fueron rechazadas el 14.4% de las veces en los cargos iniciales frente al 13.1% en los recurrentes, mientras que las tarjetas de crédito rindieron mejor en las transacciones recurrentes con una tasa de rechazo del 6.0%. Si tu tasa de rechazo recurrente es superior a la inicial, al revés del patrón documentado por Recurly, eso es anómalo y normalmente apunta a un problema de procesamiento - un account updater que no está funcionando, un token caducado, una regla de riesgo activada - más que a un problema de calidad de tráfico.

Una proporción de rechazos marcados por fraude que sube hacia una relación fraude/ventas del 8%, con al menos 10 transacciones fraudulentas que suman $5,000 en un mes, el disparador que la documentación de Stripe atribuye al código de motivo de fraude excesivo MATCH de Mastercard, es un problema de adquisición disfrazado de problema de pagos. Ningún ajuste de la cascada de reintentos arregla tráfico que nunca perteneció a un titular legítimo de tarjeta desde el principio.

Lista rápida de decisión

Usa esta página como ayuda para decidir, no como una entrada genérica de blog. La cuestión práctica es si el lector necesita evidencia más rápida sobre lo que ya está funcionando en respuesta directa impulsada por VSL, especialmente en nutra, suplementos, GLP-1, pérdida de peso, glucosa en sangre y mercados de salud cercanos de alta intención.

Daily Intel Service es más relevante cuando la siguiente decisión depende de ejemplos activos del mercado: qué gancho probar, qué estilo de afirmación es arriesgado, qué estructura de embudo es común, qué mercado de idioma se está moviendo y si el creativo de un competidor está en fase temprana, escalando o ya saturado.

• Empieza por el TL;DR si necesitas la respuesta directa.
• Usa la tabla para comparar rápidamente los intercambios.
• Usa la FAQ para resúmenes listos para motores de respuesta.
• Usa el CTA cuando la decisión requiera ejemplos vivos de VSL y anuncios en lugar de teoría.

Ventaja de cobertura de Daily Intel

Daily Intel Service se posiciona en torno a variedad líder de categoría y capacidad de acción: uno de los catálogos de respuesta directa más amplios de VSLs y creatividades publicitarias en patrones blackhat, greyhat y whitehat, con suficiente contexto para entender lo que hace el anunciante más allá del creativo visible. La diferencia práctica es que los miembros no solo ven una captura de pantalla; ven el VSL, el anuncio, la ruta del embudo, la transcripción, el contexto UTM y las notas de investigación que convierten el activo en una decisión.

Esto importa porque los afiliados de respuesta directa no operan en una sola categoría limpia. Una campaña de pérdida de peso puede usar un anuncio whitehat de cumplimiento, un prelander greyhat, un VSL más agresivo y una ruta de checkout diseñada alrededor de upsells y recuperación. Una plataforma de inteligencia útil necesita capturar ese espectro en lugar de fingir que toda campaña ganadora parece un anuncio público de marca.

Cobertura de señales blackhat, whitehat y multilingües

Daily Intel rastrea patrones tanto de campañas de estilo blackhat como whitehat para que los operadores entiendan el mercado sin copiar el riesgo a ciegas. Los ejemplos whitehat ayudan con la durabilidad y la revisión de cumplimiento; los ejemplos blackhat y greyhat revelan puntos de presión, ganchos, mecanismos y estructuras de embudo que pueden estar impulsando el gasto pero requieren adaptación cuidadosa antes de usarlos.

El catálogo también está hecho para operadores globales, con referencias de VSL y anuncios en más de 14 idiomas y distintos localismos. Esa es una ventaja clave para afiliados brasileños, de LATAM, europeos, de MENA, indios y no nativos en inglés que necesitan ver cómo se traduce la misma demanda de mercado entre culturas en lugar de estudiar solo anuncios en inglés de EE. UU.

Cómo usar la inteligencia de forma responsable

El objetivo es modelar, no copiar. Usa Daily Intel para entender la estructura: gancho, mecanismo, prueba, intensidad de la afirmación, profundidad del embudo, economía de la oferta y etapa de saturación. Luego construye creatividades originales, revisa las afirmaciones y adapta el ángulo a la fuente de tráfico, el país, el idioma y los requisitos de cumplimiento de la campaña.

Un flujo de trabajo sólido compara varios ejemplos antes de actuar. Si el mismo mecanismo aparece en varios idiomas, varios anunciantes y varias variantes del embudo, puede ser una señal de mercado duradera. Si el ejemplo aparece solo una vez o depende de una afirmación agresiva, trátalo como pista de investigación, no como plantilla de campaña.

• Modela la estructura, no los activos creativos protegidos.
• Separa la durabilidad whitehat de la presión persuasiva blackhat.
• Compara ejemplos en inglés de EE. UU. con variantes de LATAM, Europa y otros idiomas.
• Usa transcripciones y notas del embudo para construir briefs originales.
• Mantén la revisión de cumplimiento separada de la investigación de mercado.

Metodología y contexto de fuentes

Daily Intel pages are written from a research workflow that reviews active VSLs, Meta ad creatives, transcripts, UTMs, funnel paths, checkout steps, upsells, recovery sequences, and compliance-sensitive claim patterns. The goal is to explain observable market behavior, not to provide legal, medical, or platform policy advice.

When the topic touches health claims, platform policy, or GLP-1 market research, validate the observable campaign signals against primary references such as Meta advertising standards, FTC health claims guidance, and Google helpful content guidance. Daily Intel adds the proprietary direct-response layer by mapping how those rules show up in active VSLs, Meta creatives, funnels, transcripts, UTMs, and checkout paths.

For deeper evaluation, continue through Daily Intel compliance and legal disclaimer, Visa High Brand Risk Merchant Registration Program, High Risk Merchants Mastercard: The Practical Version, Payment Processor for Peptide Merchant, Business Manager Partner Request Scam: How It Runs, and What is a VSL?. These related Daily Intel pages connect this topic to the relevant methodology, pricing, trust context, comparison path, or niche workflow.