Revisado el 7 de noviembre de 2026.
Una venta puede estar autorizada, capturada y liquidada sin haber quedado cerrada financieramente.
Semanas o meses después, el titular puede impugnar la transacción. El emisor puede iniciar una disputa. El adquirente o PSP puede cargar el importe, solicitar pruebas y abrir un plazo de respuesta. La empresa debe decidir entonces si acepta la pérdida o presenta una defensa.
El contracargo muestra con claridad por qué «pago aprobado» no significa «riesgo resuelto». Pertenece a una fase posterior del ciclo de vida y conecta pagos, prevención del fraude, atención al cliente, preparación de pedidos, logística, conciliación y operaciones financieras.
¿Qué es un contracargo?
El contracargo, o chargeback, es un mecanismo de disputa del ecosistema de tarjetas por el que una transacción puede impugnarse y dar lugar a una reversión financiera según las reglas del esquema aplicable.
El término se utiliza ampliamente en el mercado, pero el flujo exacto depende de la red, el adquirente, el emisor, el país y el motivo de la disputa.
Para el comercio, lo esencial es que un pago ya completado puede generar un nuevo evento financiero y operativo.
¿Un contracargo es lo mismo que un reembolso?
| Contracargo | Reembolso | Reverso | |
|---|---|---|---|
| Quién lo inicia | El titular, a través del emisor | La empresa, para devolver | La empresa o el flujo técnico de reversión |
| Momento | Después de la captura, a veces meses después | Cuando la empresa acepta devolver | En general antes de que la venta se cierre |
| Qué hace la empresa | Acepta o presenta pruebas | Ejecuta la devolución | Deshace la autorización o la captura |
EMV 3-D Secure (se abre en una pestaña nueva ↗) autentica al titular antes de la venta y es una de las capas usadas para reducir la disputa de “no reconozco esta compra”. La tokenización de pago de EMVCo (se abre en una pestaña nueva ↗) no sustituye la evidencia de la transacción. PCI DSS (se abre en una pestaña nueva ↗) rige la protección de los datos de cuenta usados en esa defensa.
No.
Un reembolso es una devolución iniciada por el comercio o por quien controla el cobro.
El contracargo nace de una disputa en el ecosistema de tarjetas y sigue sus propias reglas de impugnación.
En ambos casos puede devolverse dinero al titular, pero la causa, el proceso y los efectos son diferentes.
¿Un contracargo es lo mismo que el término brasileño «estorno»?
En el uso cotidiano brasileño, «estorno» puede referirse a varias situaciones.
Técnicamente, conviene distinguir la cancelación de una autorización, el reembolso y el contracargo.
Esta precisión ayuda a soporte, contabilidad y las métricas de riesgo.
¿Cómo empieza una disputa?
El titular normalmente impugna una transacción ante el emisor.
La disputa se clasifica dentro de uno de los motivos previstos por el esquema y recorre la cadena hasta llegar al adquirente o PSP del comercio.
El comercio puede recibir una notificación, un plazo y contexto para responder.
La comunicación puede ofrecerse mediante panel, API, webhook o archivo según el proveedor.
¿Todo contracargo significa fraude?
No.
Las disputas pueden deberse a fraude, producto no recibido, servicio no prestado, cobro duplicado, importe incorrecto, abono no procesado u otros motivos.
Tratar todos los contracargos como «fraude de tarjeta» impide aprender.
La causa puede estar en el checkout, la atención al cliente, la logística, la facturación o el descriptor del cobro.
¿Qué es el friendly fraud?
Friendly fraud es una expresión utilizada para las disputas iniciadas por consumidores en transacciones que pueden haber sido legítimas, pero que se impugnan por confusión, arrepentimiento, desconocimiento del descriptor o abuso.
El nombre no significa que el evento sea inofensivo.
Genera costes y debe abordarse con pruebas y prevención.
¿Qué es un reason code?
Es la clasificación que utiliza el esquema para indicar el motivo de la disputa.
Los códigos y categorías varían entre redes y versiones de las reglas.
La plataforma debe conservar el código original y asociarlo a categorías internas de negocio.
Esta normalización ayuda a entender los patrones sin ocultar detalles necesarios para responder.
¿Por qué importa el motivo de la disputa?
Porque las pruebas relevantes cambian.
Si se alega una transacción no reconocida, la autenticación y el historial pueden importar. Si se trata de un producto no recibido, la prueba de entrega puede ser central. Si es un cobro duplicado, el sistema debe demostrar que los dos apuntes corresponden a compras distintas o admitir el error.
Una defensa genérica rara vez es tan eficaz como una respuesta ajustada al motivo.
¿Qué es el representment?
Es la etapa en la que el comercio o su adquirente responde a la disputa aportando pruebas para impugnar el contracargo, cuando el flujo lo permite.
La respuesta debe respetar el plazo y el formato definidos por el ecosistema.
No basta con enviar «mucha información».
Es mejor enviar pruebas pertinentes y organizadas.
¿Qué tipo de pruebas puede ser útil?
Depende del motivo.
Pueden ser relevantes la confirmación del pedido, la prueba de entrega, la IP y el dispositivo, la autenticación, la comunicación con el cliente, las condiciones aceptadas, el historial de uso, los justificantes de reembolso y los registros de inicio de sesión.
Las pruebas deben ser legítimas, proporcionales y estar relacionadas con el caso.
¿Más pruebas siempre es mejor?
No.
Los expedientes enormes y desorganizados pueden dificultar el análisis.
La respuesta debe contar una historia objetiva: qué se compró, cuándo, cómo se entregó, qué identidad se utilizó y por qué la alegación no coincide con los hechos conocidos.
La calidad supera al volumen.
¿Cómo afecta 3DS a las disputas?
3DS puede modificar la responsabilidad en determinados escenarios y aportar pruebas de autenticación.
Pero no hace que una transacción sea inmune a cualquier disputa.
Pueden seguir existiendo motivos relacionados con el servicio, la entrega o el cobro.
El equipo debe entender 3DS como parte de la estrategia de autenticación y riesgo, no como un «seguro contra contracargos».
¿Cómo ayuda la prevención del fraude?
La prevención del fraude intenta reducir la entrada de transacciones con mayor probabilidad de generar pérdidas.
Los contracargos confirmados aportan información importante para mejorar los modelos y las reglas.
El reto es el retraso: el evento de disputa puede llegar mucho después de la venta.
La plataforma debe poder vincular el contracargo con el intento original y las señales disponibles en aquel momento.
¿Deben los contracargos alimentar automáticamente el modelo de riesgo?
Con cuidado.
No todos los contracargos representan fraude ni todos los motivos deben recibir la misma etiqueta.
Entrenar un modelo de fraude etiquetando todas las disputas como «fraude confirmado» puede introducir ruido.
La taxonomía debe distinguir las causas.
¿Cómo afecta el descriptor del extracto a los contracargos?
Los descriptores poco reconocibles pueden aumentar las transacciones «no reconocidas».
Si el cliente compra a una marca y ve otro nombre sin contexto en el extracto, puede impugnar el cobro antes de contactar con soporte.
Un descriptor claro es una medida operativa sencilla que puede reducir disputas evitables.
¿La atención al cliente puede reducir los contracargos?
Sí.
Si el cliente encuentra fácilmente soporte, cancelación y reembolso cuando corresponda, puede resolver el problema directamente con el comercio.
Dificultar el contacto puede convertir reclamaciones normales en disputas.
La prevención de contracargos también forma parte de la experiencia posventa.
¿Un reembolso rápido evita un contracargo?
A veces, pero no es una garantía.
Si el cliente ya ha iniciado una disputa, un reembolso paralelo puede crear complejidad y riesgo de doble devolución según el flujo.
El sistema debe comprobar el estado de la disputa y las reglas del proveedor antes de actuar.
¿Qué es una doble devolución?
Ocurre cuando el cliente recibe dinero por más de una vía para la misma obligación, por ejemplo, un reembolso y un contracargo.
Este riesgo aumenta cuando soporte y el equipo de disputas trabajan con sistemas separados.
La máquina de estados debe impedir acciones incompatibles.
¿Cómo se incorpora un contracargo a la máquina de estados?
Como un evento posterior vinculado a un cobro que puede estar ya pagado.
En lugar de sustituir «paid» por un estado simplista, la plataforma puede modelar la disputa como una entidad propia.
Así, el cobro conserva su historial de captura y la disputa sigue su propio ciclo de vida.
¿Debe la disputa ser una entidad separada?
A menudo, sí.
Un cobro puede tener varios eventos relacionados a lo largo del tiempo, y la disputa tiene su propio motivo, plazo, pruebas, resultado y movimientos.
Modelarla por separado evita sobrecargar el pago con campos que no pertenecen a su ciclo de vida inicial.
¿Cómo afecta un contracargo al ledger?
Genera un movimiento financiero.
El importe puede cargarse, reservarse o ajustarse según las reglas del proveedor.
También puede haber comisiones adicionales.
El ledger debe registrar estos movimientos sin borrar la venta original.
¿Cómo afecta un contracargo a la conciliación?
Una disputa puede explicar por qué un abono futuro es inferior a la suma de las ventas recientes.
La conciliación debe relacionar la deducción con el cobro original y el evento de disputa.
Sin ese vínculo, el equipo financiero solo ve una «diferencia».
¿Cuándo debe registrarse una provisión?
Depende de las políticas financieras y contables de la empresa.
Operativamente, la plataforma puede separar el importe en riesgo o en disputa antes del resultado definitivo.
Pero la decisión contable formal debe seguir las reglas aplicables al negocio.
El sistema debe aportar datos, no inventar la política contable.
¿Qué métricas conviene seguir?
La tasa de contracargos por número y por importe son métricas básicas.
También conviene segmentar por motivo, PSP, adquirente, BIN, país, producto, canal, método, cohorte de clientes, 3DS y periodo de la venta.
La tasa de éxito del representment también importa, pero no debe analizarse de forma aislada.
Ganar disputas de poco valor con un elevado coste operativo puede no ser eficiente.
¿Qué es la tasa de contracargos?
Es la relación entre las disputas y una base de transacciones o volumen, según la metodología utilizada.
La definición exacta puede variar entre esquemas y programas de seguimiento.
Internamente, la empresa debe documentar cómo calcula su métrica para evitar comparar cifras incompatibles.
¿Por qué analizar tanto el importe como la cantidad?
Porque diez disputas de R$ 20 y diez disputas de R$ 5.000 tienen impactos económicos distintos.
La cantidad ayuda a detectar patrones operativos. El importe muestra la exposición financiera.
Ambas dimensiones son necesarias.
¿Cómo ayuda el análisis de cohortes?
Los contracargos llegan con retraso.
Si solo mides «disputas recibidas hoy / ventas de hoy», mezclas periodos diferentes.
Es mejor agrupar las disputas por la fecha de la venta original para entender el rendimiento de una cohorte.
Así se evitan conclusiones falsas durante un crecimiento rápido o periodos estacionales.
¿Cómo prever un contracargo antes de que llegue?
No existe una predicción perfecta.
Los modelos de riesgo utilizan señales históricas para estimar la probabilidad.
La operación también puede seguir las reclamaciones, los reembolsos y los patrones de comportamiento como indicadores adelantados.
El objetivo es reducir la exposición, no adivinar cada caso.
¿Cómo influye la logística?
Las entregas tardías, las direcciones incorrectas y la falta de prueba de recepción pueden generar disputas.
En bienes físicos, integrar los datos de preparación y entrega de pedidos en el sistema de disputas mejora la respuesta.
Los pagos no deberían vivir aislados de la logística cuando las pruebas dependen de ella.
¿Y los productos digitales?
Un producto digital debe demostrar la entrega y el uso de otra forma.
Los registros de acceso, la activación de licencias, las descargas, las sesiones y el historial pueden ser relevantes.
La empresa debe generar pruebas antes de la disputa, no intentar inventarlas después.
¿Y el SaaS recurrente?
Las suscripciones generan disputas por renovaciones no reconocidas, cancelaciones y cobros tras periodos promocionales.
Una comunicación clara, los recordatorios y la política de cancelación ayudan a reducir los conflictos.
El sistema también debe demostrar la aceptación y el historial de la suscripción.
¿Cómo se relacionan las suscripciones y MIT/CIT con las disputas?
Las transacciones iniciadas por el cliente y por el comercio tienen contextos diferentes en el ecosistema.
Clasificar correctamente las credenciales almacenadas y la recurrencia ayuda a los participantes a entender la naturaleza del cobro.
Una implementación incorrecta puede perjudicar la autorización y la gestión de disputas.
¿Qué es compelling evidence?
Es un conjunto de pruebas que cumple criterios relevantes del esquema para demostrar la legitimidad en determinados tipos de disputa.
Los requisitos cambian con las reglas y los programas.
La empresa no debería fijar una definición permanente en el código sin seguir las actualizaciones de proveedores y redes.
¿Cómo automatizar la recopilación de pruebas?
En el momento de la venta, registra las referencias importantes de forma estructurada.
Integra pedido, entrega, autenticación, IP, dispositivo y comunicación.
Cuando llega la disputa, el sistema puede preparar un expediente automáticamente.
Esto reduce el tiempo y los errores manuales.
¿Puedo almacenar cualquier dato «por si hay un contracargo»?
No.
La minimización y la privacidad siguen siendo aplicables.
La empresa debe almacenar lo necesario y permitido para la operación, la seguridad y la defensa, con conservación y acceso controlados.
El contracargo no justifica una recogida indiscriminada.
¿Cómo priorizar las disputas?
Considera el importe, la probabilidad de ganar, el motivo, el coste operativo y la importancia del cliente.
Responder a todo puede no ser eficiente.
La automatización ayuda a reducir el coste de los casos sencillos y reservar a los analistas para las excepciones.
¿Cuándo aceptar la disputa?
Cuando las pruebas muestran que el cliente tiene razón, cuando el coste de la defensa supera el importe o cuando la probabilidad de revertirla es muy baja.
Aceptar de forma consciente es distinto de perder el plazo por desorganización.
¿Qué ocurre si incumplo el plazo?
La empresa puede perder la oportunidad de responder en esa etapa.
Por eso, los plazos deben modelarse como datos operativos con alertas y colas.
Las hojas de cálculo manuales son arriesgadas para procesos con plazos financieros.
¿Cómo ayudan los webhooks?
Las notificaciones de disputa permiten abrir un caso rápidamente e iniciar la recopilación de pruebas.
Pero, como en otros eventos, los webhooks pueden fallar.
Una rutina de sincronización con el PSP ayuda a garantizar que ninguna disputa se pierda por un fallo de entrega.
¿Cómo se aplica la idempotencia?
El mismo evento de disputa puede recibirse más de una vez.
La plataforma debe actualizar el caso existente, no crear dos disputas para el mismo evento externo.
La presentación de pruebas también puede necesitar controles para evitar respuestas duplicadas.
¿Cómo complica multi-PSP los contracargos?
Cada PSP puede exponer las disputas de forma diferente.
Los motivos, los plazos, los documentos y las API varían.
Una capa interna puede normalizar los campos esenciales y mantener adaptadores por proveedor.
Esto permite una operación unificada sin borrar diferencias importantes.
¿Qué no debe normalizarse en exceso?
Las reglas específicas de cada red, los plazos y las pruebas.
Si una abstracción reduce todo a «contracargo abierto», puede ocultar detalles necesarios para responder.
Una buena normalización crea un lenguaje común y conserva extensiones específicas.
¿Cómo deben colaborar soporte y riesgo?
Soporte tiene el contexto de la conversación con el cliente. Riesgo tiene las señales de la transacción. Logística tiene los datos de entrega. Finanzas tiene el impacto.
La defensa es más sólida cuando esos datos se encuentran.
La gestión de contracargos es un proceso transversal.
¿Cómo prevenir los contracargos por cobros duplicados?
La idempotencia, la máquina de estados y una UX que impida clics repetidos ayudan desde el origen.
La conciliación también detecta duplicados antes de que el cliente los advierta.
La prevención técnica es mejor que defenderse después.
¿Cómo prevenir los contracargos por producto no recibido?
Son fundamentales una promesa de entrega realista, el seguimiento, la comunicación proactiva y la prueba de entrega.
El pago puede funcionar perfectamente y, aun así, la disputa nacer de la operación logística.
¿Cómo prevenir «no reconozco esta compra»?
Un descriptor claro, la comunicación de confirmación, los correos coherentes con la marca y un historial accesible ayudan al consumidor a reconocer el cobro.
También conviene facilitar el contacto antes de la disputa.
¿Cómo prevenir el abuso de reembolsos?
Una política clara y controles de elegibilidad reducen las inconsistencias.
Pero no conviene dificultar tanto una devolución legítima que el cliente prefiera un contracargo.
El diseño debe equilibrar protección y atención.
¿El contracargo es una señal de calidad del producto?
A veces.
Las disputas por servicios no prestados, cancelaciones difíciles y descripciones engañosas pueden reflejar problemas del producto y de la operación.
Por eso, los contracargos no deben quedar aislados en el equipo de fraude.
¿Cómo aprender de una disputa perdida?
Clasifica la causa raíz.
¿Fue un fraude que el modelo no detectó? ¿Faltaba una prueba de entrega? ¿Hubo un error de facturación? ¿Falló soporte? ¿Las pruebas eran insuficientes? ¿Se incumplió el plazo?
Cada causa exige una acción distinta.
¿Cómo aprender de una disputa ganada?
Una victoria también aporta información.
Puede mostrar qué pruebas son eficaces y qué políticas funcionan.
Pero la empresa debe evaluar si, aun así, podría haber evitado la disputa.
Ganar un contracargo no elimina el coste operativo.
¿Cuál es la relación entre contracargos y tasa de aprobación?
Optimizar la aprobación sin considerar los contracargos puede ser peligroso.
Una estrategia que aprueba más transacciones de alto riesgo puede aumentar los ingresos brutos a corto plazo y las pérdidas después.
La métrica correcta debe considerar la calidad de la aprobación.
¿Qué son los ingresos netos ajustados al riesgo?
Es una forma de analizar el rendimiento tras descontar pérdidas, comisiones, reembolsos y costes del fraude.
Dos rutas con la misma tasa de aprobación pueden tener resultados económicos diferentes si una genera más disputas.
¿Deben los contracargos influir en Smart Routing?
Pueden hacerlo.
El historial de disputas por ruta, país, método y perfil de transacción puede ser una señal para decidir.
Pero es necesario corregir el sesgo de selección: las rutas reciben tráficos diferentes.
Comparar sin controlar el contexto puede llevar a conclusiones equivocadas.
¿Cómo construir un ciclo de vida de disputa?
Modela la apertura, el plazo, la recopilación de pruebas, el envío, la decisión y el cierre.
Conserva los eventos intermedios y las referencias externas.
No trates el contracargo como un único indicador booleano.
¿Cómo se muestra un contracargo al cliente?
Idealmente, el comercio no necesita exponer detalles internos del proceso en el checkout.
En soporte, sin embargo, conviene saber que existe una disputa para evitar acciones incompatibles.
El cliente puede recibir información sobre el estado cuando corresponda, sin comprometer el proceso.
¿Cómo diseñar las alertas?
Las alertas deben priorizar los plazos próximos, los aumentos anómalos de disputas y las concentraciones por segmento.
Una alerta por cada contracargo puede generar ruido en una operación grande.
La plataforma debe distinguir la cola habitual de una anomalía.
¿Cuál es la diferencia entre fraude, reembolso y contracargo?
El fraude es una clasificación de riesgo o comportamiento.
El reembolso es una devolución iniciada en el flujo del comercio.
El contracargo es una disputa procesada por el ecosistema de tarjetas.
Un evento puede estar relacionado con otro, pero los conceptos no son intercambiables.
El contracargo forma parte del ciclo de vida del pago
La transacción no termina cuando se aprueba la captura.
Las disputas pueden surgir después, generar movimientos financieros y exigir pruebas.
Una infraestructura madura conserva la historia del cobro, conecta el contracargo con el evento original, controla los plazos, automatiza las pruebas y alimenta la prevención.
Así, la disputa deja de ser un problema inesperado y se convierte en un proceso operativo observable y mejorable.