La prueba de entrega no siempre gana el contracargo: qué añadir según el código de motivo

El seguimiento llega — y el emisor lo ignora

El número de seguimiento está ahí. El portal del transportista muestra «Entregado». Adjuntas la captura, envías la respuesta y pierdes igualmente.

Esto no es un caso raro. Es el patrón más frecuente en contracargos donde el comerciante tenía razón operativa pero perdió por razón equivocada: presentó evidencia de entrega para un código de motivo que no preguntaba por la entrega.

Antes de adjuntar nada, abre Panel de administración de Shopify → Pagos → Disputas y lee el código de motivo completo. Ese código es la pregunta que el emisor está haciendo. La prueba de entrega (POD) solo responde a una de las tres preguntas posibles.

Tres preguntas distintas, tres estrategias distintas

Los contracargos de producto o servicio caen en tres categorías operativas. Confundirlas es el error más caro que comete un comerciante con buena documentación.

INR — Artículo no recibido

Aquí el POD sí trabaja. El titular dice que el paquete nunca llegó. Una confirmación de entrega con fecha, código postal y, si existe, firma del receptor es evidencia directa. Pero incluso en INR hay límites:

• Si el paquete se entregó en un punto de recogida o casillero comunitario, la confirmación del transportista no prueba que el titular lo recogió. El emisor puede argumentar que el titular nunca tuvo acceso físico.
• Si el código postal de entrega no coincide con el de facturación del titular, el emisor lo nota. Necesitas explicar por qué — dirección de trabajo, regalo, reenvío autorizado — con documentación del pedido.
• En pedidos de alto valor (confirma el umbral con tu procesador, pero en Visa suele estar alrededor de 100 USD/EUR), el POD sin firma pierde con más frecuencia de lo que los comerciantes esperan.

Para INR, el POD es el núcleo. Pero necesita contexto: captura del historial de seguimiento completo (no solo el estado final), dirección de envío tal como aparece en el pedido de Shopify, y cualquier comunicación donde el cliente confirmó la dirección antes del envío.

Fraude — Transacción no autorizada

El titular dice que no realizó la compra. El POD no responde a esa pregunta. Al emisor no le importa si el paquete llegó — le importa si el titular autorizó el cargo.

Un comerciante envió un pedido de 280 € de electrónica con seguimiento completo y confirmación de entrega con firma. Código de motivo: Visa 10.4 (fraude). Perdió. El emisor nunca llegó a evaluar el POD porque la pregunta era de autorización, no de entrega. La IP del pedido era de un proxy conocido, el correo electrónico tenía menos de 24 horas de antigüedad y el envío era a una dirección diferente a la de facturación. El comerciante adjuntó cuatro capturas del transportista. No adjuntó nada sobre la sesión de compra.

Para contracargos de fraude, el POD es evidencia secundaria en el mejor de los casos. Lo que mueve al emisor:

• Coincidencia AVS y CVV en el momento de la autorización (visible en los detalles del pedido en Shopify Admin)
• Dirección IP del checkout y su coherencia geográfica con los datos de facturación
• Historial de compras del titular en tu tienda — si hay pedidos anteriores sin disputa, eso es evidencia de patrón
• Comunicaciones post-compra donde el titular interactuó con el pedido: confirmación de email abierta, respuesta a notificación de envío, acceso a cuenta
• Si aplica Visa Compelling Evidence 3.0: dos transacciones anteriores no disputadas con el mismo dispositivo o IP, dentro de los 120 días previos

El POD puede aparecer en el expediente, pero al final, no al principio.

SNAD — Artículo no conforme a la descripción

El titular dice que recibió algo diferente a lo que compró. El POD aquí es activamente irrelevante — y a veces contraproducente. Confirmar que el paquete llegó refuerza que el titular tiene el producto, pero no responde a si ese producto era lo que se describía.

Para SNAD, la evidencia que importa:

• Captura de la página de producto tal como estaba en el momento de la compra — no como está hoy
• Descripción exacta del artículo en el pedido de Shopify y en la confirmación de compra enviada al cliente
• Fotografías del producto si las tienes en el expediente de envío
• Política de devoluciones visible en el checkout y cualquier comunicación donde el cliente no intentó devolución antes de abrir la disputa
• Si el cliente contactó soporte antes del contracargo: esa conversación es evidencia crítica, tanto si se resolvió como si no

Punto de decisión: ¿POD como evidencia principal o como contexto?

Antes de estructurar tu respuesta, decide dónde cae el POD en tu expediente.

Opción A — POD como evidencia principal (solo INR): Coloca el seguimiento y la confirmación de entrega en la primera página del expediente, con narrativa directa. Añade contexto de dirección y comunicaciones del cliente como soporte. Esta estructura funciona para INR limpio.

Opción B — POD como evidencia secundaria (fraude o SNAD): Coloca el POD al final, después de la evidencia de autorización o de descripción del producto. Si lo pones primero en un caso de fraude, el analista del emisor puede leer «el comerciante no entiende el motivo de la disputa» y reducir el peso de todo lo que sigue. Eso es una pérdida operativa evitable.

Consecuencia de elegir mal: un expediente de fraude construido alrededor del POD comunica que no leíste el código de motivo. Los emisores lo ven. No lo dicen explícitamente, pero el resultado lo refleja.

Qué añadir en Shopify según el código de motivo

La interfaz de disputas en Shopify Admin muestra el código de motivo en la parte superior del caso. Úsalo como filtro antes de adjuntar nada.

Para INR — añade esto además del POD

• Historial de seguimiento completo exportado del transportista (no solo el estado final)
• Captura del campo «Dirección de envío» en el pedido de Shopify — confirma que coincide con lo que el cliente introdujo
• Si hubo comunicación de envío: email de notificación con número de seguimiento enviado al cliente
• Si el cliente contactó soporte preguntando por el pedido y luego no respondió: incluye esa conversación

Para fraude — construye alrededor de la autorización

• Resultado AVS y CVV del momento de la transacción (en Shopify Admin, dentro del pedido, sección «Información de pago»)
• IP del checkout y país de origen — si coincide con la dirección de facturación, dilo explícitamente en la narrativa
• Historial de cuenta del cliente si tiene pedidos anteriores no disputados
• Cualquier interacción post-compra: apertura de email de confirmación, clic en enlace de seguimiento, acceso a cuenta
• Si aplica CE 3.0: identifica las dos transacciones anteriores elegibles y documenta los elementos compartidos (dispositivo, IP, correo)

Para SNAD — documenta la descripción, no la entrega

• Captura de la página de producto con fecha (usa Wayback Machine si la página cambió)
• Texto exacto de la descripción en la confirmación de pedido enviada al cliente
• Política de devoluciones activa en el momento de la compra
• Conversación de soporte si el cliente contactó antes de abrir la disputa — o nota explícita de que no hay registro de contacto previo

Cómo enmarcar la narrativa en la respuesta

La narrativa va antes que los adjuntos. El analista del emisor lee el texto primero. Si el texto no conecta el código de motivo con tu evidencia, los adjuntos pierden peso.

Ejemplo de línea de narrativa para INR con POD sólido:

«El pedido #[XXXX] fue enviado el [fecha] a la dirección proporcionada por el titular en el checkout ([dirección]). El transportista confirma entrega el [fecha] a las [hora], con número de seguimiento [XXX]. Adjuntamos historial completo de seguimiento, confirmación de envío enviada al titular por email el [fecha], y captura de la dirección de envío tal como aparece en el pedido de Shopify.»

Ejemplo de línea de narrativa para fraude con señales de autorización:

«La transacción fue autorizada con coincidencia AVS completa y CVV válido. La IP del checkout ([país/ciudad]) es coherente con la dirección de facturación del titular. El titular tiene [N] pedidos anteriores en esta tienda sin disputa registrada, el más reciente el [fecha]. Adjuntamos detalles de autorización, historial de cuenta y registro de interacciones post-compra.»

Ejemplo de nota interna para el equipo de operaciones cuando el caso es SNAD:

«Caso SNAD — no adjuntar POD como evidencia principal. Priorizar: captura de página de producto con fecha, texto de confirmación de pedido, política de devoluciones activa. Verificar si el cliente contactó soporte antes de abrir la disputa. Si no hay registro de contacto previo, incluir nota explícita en narrativa.»

El caso que tenía todo — y aun así perdió por el orden equivocado

Un comerciante de moda recibió un contracargo de 195 € con código Mastercard 4853 (bienes no conformes a la descripción). Tenía: confirmación de entrega con firma, historial de seguimiento completo, fotografías del producto empaquetado, y política de devoluciones en el checkout.

Estructuró el expediente con el POD en la primera página. La narrativa decía: «El pedido fue entregado correctamente según confirma el transportista.» El resto de la evidencia estaba adjunta pero sin narrativa que la conectara al código de motivo.

El emisor resolvió a favor del titular. El POD confirmó que el cliente tenía el producto — lo que el emisor ya asumía en un caso SNAD. La pregunta era si el producto era lo que se describía. El comerciante nunca respondió esa pregunta de forma explícita.

La fotografía del producto empaquetado y la captura de la página de producto estaban en el expediente. Nadie las conectó a la disputa. Eso es una pérdida operativa, no una pérdida de evidencia.

Fallos de flujo que amplifican el problema

El POD como respuesta automática a cualquier contracargo es el fallo más común. Ocurre porque muchos comerciantes tienen el seguimiento a mano y el resto de la evidencia dispersa. La automatización que extrae el número de seguimiento sin leer el código de motivo reproduce este error a escala.

Dos señales de que tu flujo tiene este problema:

• Pierdes contracargos de fraude con regularidad aunque tengas entrega confirmada
• Tus respuestas a SNAD y a INR tienen la misma estructura de evidencia

DisputeDesk organiza la evidencia según el código de motivo antes de construir el expediente. Eso no garantiza el resultado — el emisor tiene la última palabra — pero elimina el error de presentar evidencia de entrega para una pregunta de autorización.

Instrucciones operativas: qué hacer ahora mismo

1. Abre el contracargo activo en Panel de administración de Shopify → Pagos → Disputas.
2. Anota el código de motivo exacto antes de abrir el pedido.
3. Clasifica el caso: ¿INR, fraude, o SNAD? Si no estás seguro, el artículo de códigos de motivo de Mastercard en este sitio cubre los códigos 4853 y 4855 con detalle.
4. Para INR: construye alrededor del POD, añade contexto de dirección y comunicaciones.
5. Para fraude: construye alrededor de la autorización. El POD va al final si va.
6. Para SNAD: construye alrededor de la descripción del producto. No incluyas el POD como evidencia principal.
7. Escribe la narrativa primero. Adjunta los documentos después, en el orden que la narrativa establece.
8. Antes de enviar, verifica que cada adjunto está referenciado en el texto de la narrativa. Si no lo está, el analista puede no llegar a verlo.