Códigos de motivo de contracargo de Mastercard: lo que los comerciantes de Shopify realmente necesitan verificar

El código le dice qué busca el emisor — no lo que usted cree haber demostrado

Cuando un contracargo de Mastercard aparece en Shopify Admin en Payments > Disputes, el código de motivo es lo primero que debe leer con atención — no porque explique la queja del titular de la tarjeta, sino porque le indica exactamente qué espera el emisor que usted refute. Los dos códigos que los comerciantes de Shopify encuentran con mayor frecuencia son el 4837 (Sin autorización del titular) y el 4853 (Disputa del titular — Bienes o servicios no conforme a lo descrito). Requieren paquetes de evidencia fundamentalmente distintos, y confundirlos es una de las formas más rápidas de perder un caso que podría ganarse.

El código 4837 le exige demostrar que la transacción fue autorizada y que los bienes llegaron al titular. El código 4853 requiere prueba documentada de que el artículo coincidía con su descripción y de que usted realizó un intento de buena fe para resolver el problema directamente con el cliente antes de que se presentara la disputa. Enviar una confirmación de entrega ante una disputa 4853 — o enviar una política de devoluciones ante una 4837 — le indica al emisor que usted no leyó el código. Los plazos de respuesta varían según el adquirente; confirme su ventana exacta con su procesador, porque perderla implica ceder el caso independientemente de la solidez de la evidencia.

El cronograma de resolución de disputas de Mastercard — qué cambió y qué implica operativamente

Mastercard ha reestructurado su marco de resolución de disputas varias veces en la última década, de forma más significativa a través de su Dispute Resolution Initiative (MDRI), que se implementó en fases a partir de 2018 aproximadamente y continuó con ajustes hasta 2022–2023. El cambio central: Mastercard endureció las condiciones bajo las cuales los emisores pueden presentar contracargos e introdujo requisitos previos a la disputa — lo que significa que ahora se espera que los emisores intenten resolver el problema con el titular antes de presentar ciertos tipos de disputa. Para los comerciantes, esto importa porque elevó el estándar probatorio en la segunda presentación y redujo algunos reclamos infundados, pero también acortó la ventana en la que los comerciantes pueden responder eficazmente.

Mastercard también abandonó un sistema de códigos de motivo puramente numérico en favor de una estructura híbrida que agrupa los códigos en categorías de disputa más amplias. Los códigos numéricos (4837, 4853, 4855, etc.) siguen vigentes y son los que verá en la mayoría de los registros de disputas de adquirentes y de Shopify, pero las reglas subyacentes que rigen cada código han sido actualizadas. Confirme con su procesador qué versión de las reglas de Mastercard aplica su adquirente — las interpretaciones de las reglas a nivel del emisor pueden variar, y algunos adquirentes se retrasan en adoptar marcos actualizados. Lo que esto significa en la práctica: los requisitos de evidencia descritos a continuación reflejan las directrices actuales de Mastercard, pero el equipo de contracargos de su adquirente puede aplicarlos con ligeras variaciones.

Qué verificar en Shopify Admin antes de preparar la respuesta

Siga este orden. Saltarse pasos aquí es donde ocurren las pérdidas operativas — no en la etapa de evidencia.

Estado de la disputa y plazo. Vaya a Shopify Admin > Payments > Disputes. Confirme que la disputa sigue abierta y anote el plazo de respuesta. Si el estado de Shopify Protect muestra PROTECTED en el pedido, Shopify puede cubrir la disputa — verifíquelo antes de invertir tiempo en preparar un paquete de respuesta.

Detalles del pedido y coherencia de direcciones. Abra el pedido en Admin > Orders > Order Details. Verifique si la dirección de facturación y la dirección de envío coinciden. Una discrepancia no implica automáticamente fraude, pero los emisores la señalan como indicador de riesgo bajo el código 4837. Si hay una discrepancia y no hay verificación adicional registrada, el caso es más débil de lo que parece.

Resultado AVS. Vaya a Admin > Payments > Transaction Details. Confirme que el resultado AVS fue capturado y qué devolvió. AVS Y es evidencia de apoyo útil — indica que la dirección de facturación coincidió con los registros del emisor de la tarjeta — pero no prueba que el titular autorizó la transacción ni que recibió los bienes. Trátelo como un dato más, no como defensa independiente. El impacto del resultado AVS puede diferir entre Visa y Mastercard; confirme con su procesador el peso que le asigna su adquirente.

Estado de cumplimiento y seguimiento. En Admin > Orders > Fulfillment, verifique que el seguimiento se actualizó con prontitud y que el estado del transportista muestra entregado. Las actualizaciones de envío tardías pueden hacer que los comerciantes pierdan completamente la ventana de respuesta en disputas 4853, donde el emisor ya tiene como marco un fallo en el servicio percibido.

Registro de comunicación con el cliente. En Admin > Orders > Customer Communication, extraiga cada interacción — preventa, posventa, hilos de reclamación, solicitudes de reembolso. Para el código 4853, los emisores exigen prueba de que usted intentó resolver el problema directamente antes de que se presentara la disputa. Sin registro de comunicación no hay defensa en disputas de servicio. DisputeDesk organiza esta evidencia en un paquete de respuesta estructurado, pero el comerciante debe verificar que el registro de comunicación esté completo y sea preciso antes de enviarlo.

Impugnar o aceptar. Haga los cálculos. Si el valor del pedido está por debajo del umbral de la comisión por disputa de su procesador, o si las brechas de evidencia son significativas, aceptar puede ser el resultado de menor coste. Una respuesta débil no solo pierde — puede afectar su ratio de disputas.

Shopify Payments frente a pasarelas de terceros — cómo se presentan los códigos de motivo de forma diferente

Si utiliza Shopify Payments, los registros de disputas aparecen directamente en Admin > Payments > Disputes con el código de motivo precargado, el plazo de respuesta visible en la interfaz y un formulario estructurado para enviar evidencia. Shopify Payments funciona con Stripe en el back end, lo que significa que el código de motivo que ve ya ha sido traducido del código Mastercard original a la interfaz de disputas de Shopify — en la mayoría de los casos el mapeo es preciso, pero la etiqueta en la interfaz puede ser una categoría en lenguaje llano en lugar del código numérico original. Siempre contraste con el extracto de su procesador o el correo de notificación de disputa para confirmar el código exacto de Mastercard antes de preparar su respuesta.

Si utiliza una pasarela de terceros — Braintree, Authorize.net, PayPal o una integración directa con un adquirente — los registros de disputas no aparecen en absoluto en la sección Disputes de Shopify Admin. Recibirá las notificaciones de contracargo a través del portal propio de la pasarela o por correo electrónico, y enviará la evidencia a través de la interfaz de esa pasarela, no a través de Shopify. El registro del pedido en Shopify sigue siendo su fuente principal para datos de cumplimiento, registros de comunicación y detalles del pedido, pero el flujo de trabajo de la disputa vive completamente fuera de Shopify Admin. Esto importa porque las pasarelas de terceros varían significativamente en el tiempo que le dan para responder, en cómo presentan el código de motivo original y en qué formatos de evidencia aceptan. Confirme todo esto con su pasarela antes de que llegue una disputa — no después.

Una diferencia práctica: los comerciantes con Shopify Payments se benefician de Shopify Protect en pedidos elegibles, que puede cubrir el importe disputado en su totalidad. Los comerciantes con pasarelas de terceros no tienen una protección equivalente. Si está evaluando opciones de pasarela y los contracargos representan un coste relevante, esa asimetría merece considerarse.

Principales códigos de motivo de Mastercard que los comerciantes de Shopify realmente ven

4837 — Sin autorización del titular

El titular afirma que no autorizó la transacción. Es el código más frecuente relacionado con fraude y el que más comerciantes responden incorrectamente. La pregunta del emisor es concreta: ¿inició el titular legítimo esta compra? Todo lo demás — si los bienes fueron entregados, si el producto era conforme a lo descrito — es secundario hasta que responda esa pregunta.

Qué necesita ver el emisor: Evidencia de que la transacción fue autorizada por el titular. Esto incluye: coincidencia AVS (Admin > Payments > Transaction Details), coherencia entre dirección de facturación y envío (Admin > Orders > Order Details), coincidencia CVV si fue capturado, huella digital del dispositivo o datos de dirección IP si están disponibles a través de sus herramientas antifraude y — de forma más decisiva — comunicación posterior a la entrega del titular que lo sitúe en contacto con el pedido después de su llegada. Una solicitud de devolución, un correo de reclamación, un hilo de chat que haga referencia al pedido: cualquiera de estos contradice directamente una reclamación de transacción no autorizada.

El error frecuente: Los comerciantes envían AVS Y más confirmación de entrega del transportista y consideran el caso cubierto. AVS Y confirma que la dirección de facturación coincidió con los registros del emisor — no confirma que el titular realizó el pedido. La confirmación de entrega confirma que el paquete llegó a la dirección — no confirma que el titular lo recibió. Los emisores que gestionan disputas 4837 saben que la apropiación de cuentas y el robo de datos de tarjetas pueden producir ambos resultados. Sin contacto posterior a la entrega del titular o confirmación con firma, ha demostrado el cumplimiento del envío, no la autorización.

Impugnar o ceder: Impugne si tiene comunicación del titular posterior a la entrega, confirmación con firma o datos sólidos de dispositivo/IP que vinculen el pedido con el titular. Ceda si la única evidencia es AVS Y y seguimiento — el caso es débil y una pérdida afecta su ratio de disputas.

4853 — Disputa del titular (Bienes o servicios no conforme a lo descrito o no recibidos)

El titular afirma que los bienes o servicios no coincidían con lo anunciado, o que nunca los recibió. Este código cubre una amplia gama de reclamaciones — artículo incorrecto, artículo dañado, significativamente distinto a lo descrito o no entregado — y el paquete de evidencia varía según la subcategoría de la reclamación.

Qué necesita ver el emisor: Para "no conforme a lo descrito": el listado de su producto en el momento de la compra (captura de pantalla o versión archivada), fotos de lo enviado si están disponibles y comunicación documentada que muestre que el cliente describió el problema y usted respondió con una propuesta de resolución. Para "no recibido": seguimiento del transportista que muestre entregado (Admin > Orders > Fulfillment), confirmación de envío con marca de tiempo y cualquier comunicación posterior al envío. En ambos casos, el emisor quiere ver que usted intentó resolver el problema antes de que se presentara la disputa.

El error frecuente: Enviar el correo de confirmación del pedido como evidencia principal. Ese correo confirma que los términos de compra fueron comunicados antes de que surgiera el problema — no aborda la disputa en absoluto. En reclamaciones de "no conforme a lo descrito", los comerciantes también envían con frecuencia su política de devoluciones sin demostrar que realmente ofrecieron una resolución. Los emisores quieren ver el intercambio, no la política.

Impugnar o ceder: Impugne si tiene intentos de resolución documentados y el listado del producto coincide claramente con lo enviado. Ceda si no hay registro de comunicación, si el producto genuinamente difería del listado o si el cliente nunca recibió respuesta suya antes de presentar la disputa.

4855 — Bienes o servicios no proporcionados

El titular afirma que pagó por algo que nunca fue entregado — digital o físico. Se distingue del 4853 en que la reclamación es de no entrega pura, no una disputa de calidad o descripción.

Qué necesita ver el emisor: Prueba de entrega o prueba de cumplimiento del servicio. Para bienes físicos: seguimiento del transportista con confirmación de entrega (Admin > Orders > Fulfillment), idealmente con firma. Para bienes digitales: registros de acceso, registros de descarga, confirmación de entrega con marca de tiempo de IP o acuses de recibo de correo que muestren que el producto digital fue enviado y accedido. Para servicios: documentación de finalización, aprobación del cliente o registros de prestación del servicio.

El error frecuente: Para comerciantes digitales, enviar únicamente el correo de confirmación del pedido. Eso demuestra que la compra fue procesada — no que el producto digital fue entregado o accedido. Los registros de acceso o descarga son los que cierran este caso.

Impugnar o ceder: Impugne si tiene confirmación del transportista con firma o registros de entrega digital. Ceda si el artículo genuinamente no fue entregado o si la única prueba es un registro interno del pedido sin confirmación de entrega externa.

4863 — El titular no reconoce la transacción

El titular no está reclamando fraude explícito — afirma que no reconoce el cargo. Es menos grave que el 4837 y con frecuencia se resuelve a nivel del emisor si el comerciante puede proporcionar suficiente contexto para que el titular identifique la compra. Sin embargo, puede escalar a una reclamación de fraude completa si la respuesta del comerciante no aclara la transacción.

Qué necesita ver el emisor: Detalles de la transacción que ayuden a identificar la compra — descriptor del comerciante tal como aparecía en el extracto, fecha del pedido, descripción del artículo, dirección de facturación utilizada y cualquier comunicación enviada al titular en el momento de la compra. El objetivo es dar al emisor suficiente información para volver al titular y decirle: esto es lo que era ese cargo.

El error frecuente: Tratar el 4863 como un 4837 y enviar un paquete completo de defensa antifraude. Es posible que el titular simplemente no reconozca el descriptor de su comerciante — un problema habitual en tiendas Shopify cuyo descriptor de facturación no coincide con el nombre de la tienda. Verifique qué descriptor aparece en los extractos de Mastercard (Admin > Payments > Settings o a través de su procesador) e inclúyalo explícitamente en la respuesta.

Impugnar o ceder: Casi siempre vale la pena responder con el contexto de la transacción. El umbral es bajo y muchas disputas 4863 se resuelven sin escalada una vez que el emisor tiene suficiente detalle para identificar el cargo.

4834 — Procesamiento duplicado

El titular afirma que la misma transacción fue procesada más de una vez. Es una reclamación de error operativo, no de fraude.

Qué necesita ver el emisor: Registros de transacciones que muestren que solo se procesó un cargo para el pedido (Admin > Payments > Transaction Details). Si se produjo un duplicado — un doble clic en el proceso de pago, un reintento de pago que se procesó dos veces — la respuesta correcta es emitir un reembolso por el duplicado de inmediato, no impugnar el contracargo.

El error frecuente: Los comerciantes a veces envían los correos de confirmación de ambas transacciones como evidencia de que ambas eran pedidos legítimos. Si el titular solo realizó un pedido y aparecieron dos cargos, eso es un duplicado independientemente de si existen dos registros de pedido.

Impugnar o ceder: Impugne solo si los registros de transacciones muestran claramente un único cargo y el titular está equivocado. Si se produjo un cargo duplicado, reembolse y documente el reembolso en su respuesta — impugnar una reclamación legítima de procesamiento duplicado daña su relación con el emisor.

4831 — El importe de la transacción difiere

El titular afirma que el importe cobrado difiere de lo que acordó pagar. Esto cubre cambios de precio no autorizados, disputas por conversión de divisa y adiciones de propinas o recargos que el titular no autorizó.

Qué necesita ver el emisor: El total del pedido original acordado en el proceso de pago (Admin > Orders > Order Details), el importe de la transacción procesado (Admin > Payments > Transaction Details) y documentación que muestre que el titular aceptó el importe final — confirmación del proceso de pago, correo de resumen del pedido o recibo firmado si corresponde.

El error frecuente: Enviar únicamente el registro de la transacción sin mostrar lo que el titular acordó en el proceso de pago. Si los importes coinciden, el caso es sencillo. Si hay una discrepancia — una conversión de divisa que el titular no anticipó, un recargo de envío añadido tras el proceso de pago — el comerciante debe demostrar dónde fue informado el titular del importe final antes de que se procesara el cargo.

Impugnar o ceder: Impugne si el importe cobrado coincide con el total acordado en el proceso de pago y puede documentarlo. Ceda o reembolse la diferencia si un recargo o conversión no fue claramente comunicado.

4807 — Archivo de boletín de advertencia

La tarjeta utilizada en la transacción apareció en el boletín de advertencia de Mastercard — una lista de tarjetas marcadas por fraude o compromiso. Se trata de un fallo a nivel de autorización, lo que significa que la transacción no debería haberse aprobado en primer lugar.

Qué necesita ver el emisor: Este código es difícil de impugnar porque la responsabilidad recae generalmente en el comerciante por aceptar una tarjeta marcada. La defensa principal es demostrar que su sistema de pago realizó las verificaciones de autorización requeridas y que la tarjeta no estaba en el boletín en el momento de la transacción. Confirme con su procesador si su configuración de autorización consulta el boletín de advertencia en tiempo real.

Impugnar o ceder: Ceda en la mayoría de los casos a menos que su procesador pueda confirmar que la tarjeta no estaba marcada en el momento de la autorización. Esta es una disputa técnica que requiere documentación a nivel del procesador, no evidencia a nivel del comerciante.

Mapeo de código a evidencia

El pedido de ropa de 480 € que AVS y el seguimiento no pudieron salvar

Un comerciante de ropa procesó un pedido de 480 € el 1 de marzo. AVS devolvió Y — la dirección de facturación coincidía. El pedido se envió el 3 de marzo. El seguimiento del transportista marcó entregado el 5 de marzo. El 10 de marzo, el titular presentó un contracargo bajo el código de motivo 4837, alegando que la transacción no había sido autorizada.

El comerciante envió el paquete estándar: coincidencia AVS Y, confirmación de seguimiento que mostraba entregado y el correo de confirmación del pedido. Sobre el papel, parecía cubierto. El emisor mantuvo el contracargo.

Aquí es donde el caso se desmoronó. AVS Y confirma que la dirección de facturación registrada en el emisor coincidía con la que el comerciante envió — no confirma que el titular realizó el pedido ni que recibió el paquete. El seguimiento marcado como entregado confirma que el transportista dejó el paquete en la dirección — no confirma que el titular lo recibió personalmente. El correo de confirmación del pedido confirma que los términos de compra fueron enviados — no confirma que el titular fue quien realizó el pedido. Tres piezas de evidencia, ninguna de las cuales abordaba directamente la pregunta real del emisor: ¿autorizó el titular esta transacción y tomó posesión de los bienes?

La respuesta más adecuada habría incluido comunicación del cliente posterior a la entrega — cualquier mensaje del titular que hiciera referencia al pedido después de la fecha de entrega, una solicitud de devolución, una reclamación, cualquier cosa que situara al titular en contacto con el pedido tras su llegada. Ese tipo de evidencia contradice directamente una reclamación de transacción no autorizada. Sin ella, el comerciante le dio al emisor un camino despejado para mantener la disputa.

La dirección de facturación y la dirección de envío también coincidían en este pedido — algo que el comerciante no destacó en la respuesta. Señalar la coherencia de las direcciones, combinada con AVS Y, habría reforzado el argumento de autorización. Ninguna por sí sola es decisiva, pero juntas reducen el margen del emisor para sostener una reclamación de fraude.

Lección de decisión: AVS Y más confirmación de entrega es un punto de partida, no una defensa completa. Un caso 4837 es impugnable cuando puede demostrar contacto posterior a la entrega del titular o una firma que confirme la recepción. Sin ninguno de los dos, el paquete de evidencia demuestra el cumplimiento del envío — no la autorización — y los emisores conocen la diferencia.

Qué evidencia realmente convence a los emisores — y qué no

AVS Y, confirmación de entrega y correos de confirmación del pedido son las tres piezas de evidencia a las que recurren por defecto la mayoría de los comerciantes. Las tres tienen debilidades reales que los emisores experimentados citarán.

AVS Y es útil como corroboración — muestra que la dirección de facturación coincidía, lo cual supone un punto de fricción para los defraudadores. Pero no prueba que el titular autorizó la transacción, y los emisores que gestionan disputas 4837 saben que la apropiación de cuentas y el robo de datos de tarjetas pueden producir coincidencias AVS. Presente AVS Y como parte de un conjunto más amplio, no como pieza central.

El seguimiento marcado como entregado tiene limitaciones similares. La confirmación del transportista muestra que el paquete llegó a la dirección — no muestra quién lo recibió. Para pedidos de alto valor, la confirmación con firma en la entrega es la evidencia que cierra esa brecha. Si el pedido se envió sin firma requerida, esa es una decisión de cumplimiento que debilita la respuesta a la disputa. Combine la confirmación de entrega con cualquier comunicación posterior del cliente para reforzar que el titular interactuó con el pedido tras su llegada.

Los correos de confirmación del cliente — confirmaciones de pedido, notificaciones de envío — confirman que los términos de compra fueron comunicados. No prueban la recepción ni la satisfacción. Para las disputas 4853, lo que los emisores quieren ver es evidencia de su intento de resolución: una oferta de reembolso, una oferta de reposición, un intercambio documentado donde el cliente describió el problema y usted respondió. Un correo de confirmación del pedido enviado antes de que surgiera el problema no aborda la disputa en absoluto. La interpretación de los códigos de motivo por parte de Mastercard puede variar según el emisor; confirme con su procesador cómo pondera su adquirente cada tipo de evidencia para el código específico al que está respondiendo.

Pre-arbitraje y segunda presentación — qué códigos escalan y qué cambia

Si el emisor mantiene el contracargo tras su primera respuesta, puede tener la opción de escalar a segunda presentación (también llamada re-presentación) y, más allá, a pre-arbitraje. No todos los códigos merecen ser escalados, y el estándar probatorio aumenta en cada etapa.

Las disputas 4837 escalan con mayor frecuencia. Si su primera respuesta fue rechazada, el emisor ya ha revisado su evidencia de autorización y la ha considerado insuficiente. En la segunda presentación, necesita evidencia materialmente nueva — no una versión reempaquetada de lo que ya envió. La comunicación del titular posterior a la entrega que no estaba en la primera respuesta, una confirmación de entrega firmada que no fue incluida, o datos de dispositivo/IP de su plataforma antifraude que vinculen la sesión con el comportamiento conocido del titular son las categorías que pueden cambiar el resultado. Reenviar AVS Y y el seguimiento tras una pérdida en la primera respuesta no es una estrategia de segunda presentación — es una forma de confirmar la decisión original del emisor.

Las disputas 4853 escalan cuando el comerciante puede demostrar que se ofreció una resolución y fue rechazada antes de que se presentara la disputa, o que el producto coincidía genuinamente con su descripción y la reclamación del titular es demostrablemente inexacta. En el pre-arbitraje, el propio Mastercard revisa el caso, y la parte perdedora paga las tasas de arbitraje — actualmente en el orden de varios cientos de euros. Antes de escalar un 4853 a pre-arbitraje, confirme con su procesador que el valor de la transacción justifica la exposición a las tasas y que su paquete de evidencia es materialmente más sólido que lo que el emisor ya revisó.

Las disputas 4863 raramente llegan a la segunda presentación porque generalmente se resuelven en la primera respuesta si el comerciante proporciona suficiente contexto de la transacción. Si un 4863 escala, normalmente significa que el titular ha elevado la reclamación a fraude explícito — en cuyo punto se convierte efectivamente en un 4837 y debe tratarse como tal.

Las disputas 4834 y 4831 casi nunca llegan al pre-arbitraje. Si los registros del comerciante muestran un único cargo al importe acordado, el caso se resuelve en la primera respuesta. Si los registros muestran un duplicado o una discrepancia, la acción correcta es un reembolso, no la escalada.

Una nota de procedimiento: el proceso de pre-arbitraje de Mastercard tiene plazos de presentación específicos que son más estrictos que las ventanas de primera respuesta. Confirme el cronograma exacto con su procesador antes de decidir escalar — perder el plazo de presentación del pre-arbitraje cierra la opción de forma permanente. DisputeDesk realiza un seguimiento de los plazos de escalada y señala los casos en los que la evidencia de segunda presentación es materialmente más sólida que la de la primera respuesta, para que los comerciantes no tomen esa decisión a ciegas.