Resumen: eliminación de TC40 vía representación CE 3.0 ganada
- El problema: Puedes tener un historial impecable de chargebacks y aún así superar el umbral Excesivo de VAMP del 1.5% solo por volumen de TC40, porque los emisores presentan TC40 en disputas de bajo valor que nunca se molestan en cargar.
- Qué hace cside: cside captura el ID de dispositivo determinista y la IP real del cliente que son los campos limitantes en cada caso CE 3.0, y una victoria CE 3.0 exitosa bajo código de razón 10.4 es la única forma sancionada de eliminar un TC40 del numerador VAMP.
- El límite: Los TC40 de otros códigos de fraude no son eliminables mediante CE 3.0. Si tu volumen de TC40 está mayormente fuera del 10.4, invierte en prevención aguas arriba en lugar de limpieza retrospectiva.
¿Poco tiempo? Consulta las herramientas de evidencia de chargebacks de cside. Cubre todo lo de abajo en un solo despliegue.
Respuesta rápida: Un TC40 es un reporte de fraude que el emisor envía a Visa y que cuenta para el ratio VAMP con independencia de que se procese o no un contracargo. La única forma de eliminar un TC40 del numerador del VAMP es ganar una representación Compelling Evidence 3.0 (CE 3.0) en el contracargo vinculado del código de motivo 10.4 de Visa. cside, la plataforma de seguridad en la capa del navegador, captura el ID de dispositivo determinista y la IP real del cliente, que son los campos limitantes en cualquier caso CE 3.0. Una representación exitosa elimina tanto el contracargo como el TC40 del conteo de fraude.
Un TC40 es el reporte de fraude que el emisor envía a Visa. Cuando un titular de tarjeta llama a su banco y afirma que una transacción no fue autorizada, el emisor presenta un TC40 tanto si posteriormente procesa un contracargo como si no. Bajo el antiguo VFMP, esos TC40 quedaban en un ratio de fraude aparte. Bajo el VAMP, que reemplazó al VDMP y al VFMP el 2025-04-01 y se endureció de nuevo el 2026-04-01, un TC40 cuenta igual que un contracargo. Contribuye directamente al único ratio que Visa usa para aplicar medidas contra los adquirentes y sus comercios.
Eso importa porque una parte significativa de los TC40 nunca se convierte en contracargo. Los emisores a menudo dan de baja las disputas de bajo valor en lugar de procesarlas. Esas bajas siguen generando el mensaje TC40. El comercio no tiene contracargo que combatir, ni flujo directo de disputa por el que responder, ni mecanismo inmediato para depurar el reporte de fraude de su ratio.
Salvo uno. Una representación Compelling Evidence 3.0 exitosa en un contracargo vinculado elimina el TC40 asociado del conteo de fraude. Es la única forma autorizada de retirar un TC40 de tu numerador del VAMP a posteriori. Este artículo explica el mecanismo.
Por qué el TC40 importa en un mundo VAMP
Respuesta rápida: Bajo el VAMP, un reporte de fraude TC40 y un contracargo TC15 cuentan ambos para el mismo ratio mensual. Un comercio con un historial de contracargos impecable puede aun así superar el umbral Excesivo del 1,5 % solo por volumen de TC40. Como los TC40 se presentan a menudo sin un contracargo correspondiente, los comercios con frecuencia no los ven hasta que llega la lectura del ratio del adquirente.
La realidad operativa es que el numerador del VAMP tiene dos afluentes y uno de ellos es parcialmente invisible para el comercio. La descripción pública del VAMP de Visa define el ratio como el conteo de reportes de fraude (TC40) más disputas (TC15), dividido entre las transacciones liquidadas (TC05). Los comercios que necesitan los registros TC40 subyacentes normalmente tienen que solicitar esos datos a su adquirente o procesador.
Consulta el manual del comercio para el VAMP 2026 para el contexto completo de los umbrales y cómo se calcula el VAMP mes a mes.
Qué es realmente un TC40
Respuesta rápida: Un TC40 es un registro de Visa que contiene los datos de la reclamación de fraude reportada por el emisor. Incluye el ID del comercio, el código de categoría del comercio, el adquirente, el importe y la fecha de la transacción, información parcial del titular de la tarjeta y un indicador del tipo de fraude. Se genera cuando un titular de tarjeta reporta una transacción como fraudulenta a su emisor. Por sí mismo no revierte la transacción.
Un TC40 lleva la señal de fraude sin el proceso de disputa. Los emisores usan el volumen de TC40 para priorizar las revisiones de fraude, Visa lo usa para monitorear a los adquirentes y los adquirentes lo usan para puntuar a los comercios. Los comercios que no tienen visibilidad del tráfico de TC40 pueden ser degradados o dados de baja sin llegar a ver nunca un contracargo.
El mecanismo central: la reversión CE 3.0 elimina el TC40
Respuesta rápida: Cuando un comercio gana una representación Compelling Evidence 3.0 en una disputa del código de motivo 10.4 de Visa, ocurren dos cosas. El contracargo se revierte y el TC40 asociado a esa transacción se elimina del conteo de fraude que alimenta el ratio VAMP. La transacción sigue contando para el conteo de disputas hasta que se procesa la reversión CE 3.0, momento en el que se depura de ambos.
Esta es la regla que hace que CE 3.0 sea considerablemente más valiosa de lo que era CE 2.0. Las rondas anteriores de Compelling Evidence podían anular un contracargo, pero no eliminaban formalmente el reporte de fraude. CE 3.0 cambia esa vinculación.
El efecto práctico es que CE 3.0 da a los comercios una palanca retrospectiva sobre su ratio VAMP. Cada disputa del código de motivo 10.4 que se gana bajo CE 3.0 quita una unidad del numerador de fraude. En un comercio que procesa 200.000 transacciones al mes con un ratio del 1,8 %, cada representación ganada es una unidad menos en el numerador; el impacto agregado depende del volumen de disputas que califican y de la tasa de éxito de la representación.
Datos de cside: cside sigue las tasas de depuración de TC40 en su base de comercios comparando las lecturas del numerador del VAMP antes y después de las campañas de representación CE 3.0. La variable clave es la proporción de disputas del código de motivo 10.4 que tienen pruebas completas en la capa del navegador (ID de dispositivo e IP real del cliente) tanto para la transacción anterior como para la disputada. Eso determina el potencial máximo de depuración abordable para cualquier comercio.
Qué no hace
Respuesta rápida: CE 3.0 no elimina TC40 de códigos de motivo distintos del 10.4. No elimina TC40 de disputas que el comercio pierde o no representa. No se aplica retroactivamente a casos CE 2.0 que se perdieron. No elimina TC40 de los reportes SAFE de Mastercard, que alimentan por separado los programas equivalentes de Mastercard.
Tres condiciones límite que los comercios suelen malinterpretar:
- CE 3.0 solo aplica al código de motivo 10.4 de Visa ("Otro fraude: entorno sin presencia de la tarjeta"). Una disputa del código de motivo 10.5 ("Programa de monitoreo de fraude de Visa") no califica, ni tampoco una disputa de servicio o de procesamiento.
- El comercio debe representar realmente: un TC40 adjunto a una disputa que el comercio decide no combatir permanece en el conteo de fraude.
- La representación debe ganar. Un expediente que califica pero pierde sobre el fondo no elimina el TC40.
El flujo de cuatro pasos para depurar un TC40
Respuesta rápida: Identifica la disputa del código de motivo 10.4 de Visa vinculada al TC40. Reúne las pruebas que califican para CE 3.0 (dos transacciones anteriores no disputadas, de 120 a 365 días de antigüedad, con ID de dispositivo o IP coincidentes más una de dirección de envío o ID de usuario). Presenta la representación con pruebas de la capa del navegador. Confirma con el adquirente que el TC40 se ha eliminado del conteo de fraude una vez procesada la reversión.
Cada paso tiene un modo de fallo habitual.
Paso 1. Vincula el TC40 con el contracargo. Los TC40 y los contracargos son mensajes separados en los datos de liquidación de Visa. La mayoría de los adquirentes pueden emparejarlos por la referencia de la transacción, pero los comercios a menudo necesitan solicitar la vinculación de forma explícita.
Paso 2. Construye el expediente CE 3.0. Las reglas de calificación se cubren en la guía de requisitos de CE 3.0. Las dos transacciones anteriores deben ser no disputadas, sobre las mismas credenciales de pago, de 120 a 365 días de antigüedad. Al menos dos de los cuatro elementos de datos deben coincidir. Uno de ellos debe ser la IP o el ID de dispositivo.
Paso 3. Presenta la representación con pruebas de la capa del navegador. Los registros del lado del servidor por sí solos normalmente no producen la IP o el ID de dispositivo con el estándar de CE 3.0. Las pruebas de la capa del navegador capturadas en el checkout, mediante una herramienta como Chargeback Evidence de cside o con fingerprinting de dispositivo para compelling evidence, aportan la coincidencia determinista que el emisor necesita.
Paso 4. Verifica la depuración. Una vez procesada la reversión, confirma con el adquirente que el TC40 se ha eliminado de la siguiente lectura del VAMP. Pide una instantánea del ratio antes y después.
Por qué las pruebas de la capa del navegador son la clave
Respuesta rápida: El paso limitante en la eliminación del TC40 es la tasa de éxito de CE 3.0. La tasa de éxito depende de la calidad de las pruebas, en particular de la coincidencia del ID de dispositivo y la IP entre la transacción anterior y la disputada. Las pruebas de la capa del navegador capturadas en el checkout son la única fuente que produce esas coincidencias de forma determinista.
El producto Chargeback Evidence de cside instrumenta esto en el checkout. Cada sesión en el mismo comercio produce una identidad de dispositivo estable, lo que significa que una transacción anterior de hace diez meses coincide con la disputada de hoy sin ambigüedad.
Para un Head of Risk con una carga elevada de TC40, la pregunta clave a responder es: ¿cuántas de tus disputas actuales del código de motivo 10.4 tienen pruebas completas en la capa del navegador (ID de dispositivo e IP real del cliente) tanto para la transacción anterior como para la disputada? Ese número determina tu tasa máxima abordable de depuración de TC40. Los comercios que aún no han instrumentado la captura en la capa del navegador están dejando ese potencial de depuración sobre la mesa.
Para los operadores de iGaming, donde los volúmenes de TC40 en el MCC de juego son habitualmente altos, este cálculo es especialmente relevante.
Qué hacer esta semana
Respuesta rápida: Solicita el feed de datos TC40 a tu adquirente si aún no lo tienes. Segméntalo por código de motivo y mide la proporción atribuible al 10.4. Ejecuta una prueba de representación CE 3.0 en el cuartil superior por valor y mide la tasa de éxito. Si la tasa de éxito está por debajo del 70 %, la cadena de pruebas es la brecha.
- Día 1: pide al adquirente el volumen de TC40 por código de motivo de los últimos 60 días. Insiste en el código de motivo 10.4 como un corte separado.
- Día 2: extrae los contracargos correspondientes, si los hay, de los 100 TC40 principales por valor de transacción.
- Días 3-5: ejecuta representaciones CE 3.0 en los casos que califican, usando las pruebas existentes. Registra la tasa de éxito.
- Día 6: en los casos perdidos, identifica cuáles de los diez elementos de prueba de CE 3.0 (consulta los requisitos de CE 3.0) faltaban o eran débiles. Normalmente el ID de dispositivo, la IP y los primeros seis del descriptor son los puntos de fallo.
- Día 7: dimensiona la remediación. La instrumentación de pruebas en la capa del navegador suele tardar unos pocos días en integrarse; confirma el plazo con tu equipo de implementación.
Lecturas complementarias sobre cside
- Página producto de Chargeback Evidence de cside
- Manual del comercio para el VAMP 2026
- Requisitos de Compelling Evidence 3.0
- Pruebas de contracargo: capa del navegador frente a capa del servidor
Este artículo refleja el análisis de cside sobre el VAMP y las regulaciones de fraude amistoso a fecha de 2026-04-28. Los valores de umbral, los plazos y las reglas del programa están sujetos a cambios por parte de Visa, Mastercard y los contratos específicos de cada adquirente. Verifica con fuentes primarias antes de tomar decisiones operativas.
