Visa CE 3.0, revisiones de Mastercard y Shopify Pagos: lo que cambió y lo que le cuesta ignorarlo

Las reglas cambiaron antes de que llegara su próximo contracargo

Visa CE 3.0 (Compelling Evidence 3.0), vigente desde abril de 2023, y las revisiones al programa de resolución de disputas de Mastercard —implementadas en fases entre 2022 y 2023— no son actualizaciones menores de formato. Cambian qué evidencia es admisible, qué umbral debe alcanzar para desplazar la carga al emisor, y en qué casos el comerciante puede presentar un historial de transacciones como defensa principal. Shopify Pagos ajustó su interfaz de disputas en Pagos > Disputas para reflejar parte de esta lógica, pero la adaptación operativa sigue siendo responsabilidad del comerciante.

Lo que sigue no es un resumen de política. Es un mapa de lo que falló en disputas reales cuando los comerciantes no ajustaron sus flujos a tiempo.

Visa CE 3.0: qué cambió y desde cuándo aplica

Visa CE 3.0 entró en vigor el 20 de abril de 2023 para disputas bajo el código de motivo 10.4 (Fraude — Transacción con tarjeta no presente). No aplica a todos los códigos de motivo Visa; su alcance es específico a ese código. Aplica globalmente a comerciantes que procesan transacciones Visa en entornos CNP (card-not-present), lo que incluye prácticamente todo el comercio electrónico.

El cambio central: antes de CE 3.0, el comerciante respondía a una disputa 10.4 con evidencia de la transacción disputada. Con CE 3.0, Visa permite al comerciante presentar dos transacciones previas no disputadas del mismo titular de tarjeta, en el mismo dispositivo o dirección IP, realizadas al menos 120 días antes de la transacción disputada, como evidencia de que el titular conocía y autorizaba el tipo de compra.

Si esas dos transacciones previas cumplen los criterios, la carga de la prueba se desplaza al emisor. El emisor debe entonces demostrar que la transacción disputada no fue autorizada, en lugar de que el comerciante demuestre que sí lo fue.

Lo que esto exige operativamente:

• El comerciante debe poder recuperar el historial de transacciones del mismo cliente, vinculado por identificador de dispositivo, dirección IP o correo electrónico, con fechas verificables.
• Las dos transacciones de referencia deben ser no disputadas — un cliente que disputó una compra anterior no sirve como ancla CE 3.0.
• El intervalo de 120 días es un mínimo, no un promedio. Transacciones de hace 90 días no califican.
• El comerciante debe documentar explícitamente que las transacciones de referencia corresponden al mismo dispositivo o IP que la transacción disputada. Una coincidencia de correo electrónico sola no es suficiente bajo la especificación técnica de Visa — confirme con su procesador qué campos acepta su adquirente como prueba de dispositivo.

CE 3.0 no aplica a disputas por bienes no recibidos, descripción incorrecta, ni a la mayoría de los códigos de motivo de servicio al cliente. Usarlo fuera del código 10.4 no produce el desplazamiento de carga.

Dónde falla CE 3.0 en la práctica

Un comerciante de electrónica en Madrid procesó un pedido de 340 € bajo código 10.4. Tenía dos transacciones previas del mismo correo electrónico, ambas sin disputas, ambas con más de 120 días de antigüedad. Presentó CE 3.0. El emisor rechazó la representación porque las IPs de las tres transacciones eran distintas — la primera desde España, la segunda desde una VPN con salida en Países Bajos, la disputada desde un proxy. El adquirente no había comunicado que su procesamiento de CE 3.0 requería coincidencia de IP, no solo de correo. El comerciante perdió un caso técnicamente elegible por un gap de comunicación entre procesador y comerciante.

La lección operativa: CE 3.0 desplaza la carga solo si el paquete de evidencia cumple los criterios técnicos tal como los interpreta el adquirente específico, no como los describe Visa en abstracto. Antes de confiar en CE 3.0 como estrategia de defensa, confirme con su procesador qué campos de coincidencia acepta y cómo deben documentarse.

Revisiones de Mastercard: cronología y alcance

Mastercard implementó cambios a su programa de resolución de disputas en dos fases principales. La primera, efectiva desde julio de 2022, ajustó los plazos de respuesta y los requisitos de documentación para disputas bajo los códigos 4853 (bienes o servicios no conformes o no recibidos) y 4855 (bienes o servicios no proporcionados). La segunda fase, vigente desde enero de 2023, introdujo cambios en el proceso de pre-arbitraje y en las tarifas asociadas a disputas que escalan sin resolución.

Cambios concretos que afectan a comerciantes de Shopify:

• Plazo de respuesta reducido en pre-arbitraje: Mastercard acortó la ventana de respuesta en la fase de pre-arbitraje a 30 días calendario desde la notificación. Algunos adquirentes transmiten este plazo con margen reducido — verifique con su procesador cuántos días operativos tiene realmente disponibles desde que la disputa aparece en Shopify Admin.
• Tarifa de arbitraje: Si una disputa escala a arbitraje formal ante Mastercard y el comerciante pierde, la tarifa de arbitraje es de 500 USD (confirme el importe actualizado con su procesador, ya que Mastercard puede revisarlo). Esta tarifa se suma al importe disputado y a las comisiones del adquirente.
• Documentación de entrega más estricta: Para el código 4855, Mastercard exige evidencia de entrega que incluya nombre del destinatario, dirección de entrega y fecha confirmada por el transportista. Una captura de pantalla del estado «entregado» en el portal del transportista sin número de seguimiento visible en el mismo documento ha sido rechazada en múltiples revisiones de pre-arbitraje.
• Restricciones en re-presentación repetida: Mastercard limita la capacidad del comerciante de re-presentar el mismo caso si ya fue rechazado en una primera representación sin evidencia nueva sustancial. Presentar el mismo paquete de evidencia dos veces no reinicia el proceso — lo cierra en contra del comerciante.

Estas reglas aplican globalmente a transacciones Mastercard en entornos CNP. Para comerciantes en América Latina que procesan a través de adquirentes locales, los plazos operativos pueden diferir de los plazos de red — el adquirente local puede tener ventanas más cortas por sus propios SLA internos. Confirme con su procesador regional.

Lo que cambió en Shopify Pagos

Shopify Pagos actualizó su flujo de disputas en Pagos > Disputas durante 2023 para reflejar parte de la lógica de CE 3.0 y los nuevos requisitos de documentación de Mastercard. Los cambios operativos más relevantes:

• Campo de historial de transacciones del cliente: Shopify Pagos ahora muestra transacciones previas del mismo cliente directamente en el panel de disputa, lo que facilita identificar candidatos CE 3.0 sin salir del Admin. Sin embargo, la coincidencia de dispositivo o IP no siempre es visible en este panel — puede requerir exportar datos de pedidos o consultar registros de sesión externos.
• Plantillas de evidencia actualizadas: Las plantillas de respuesta en el panel de disputas de Shopify Pagos incluyen campos específicos para documentación de entrega alineados con los requisitos de Mastercard 4855. Si su respuesta omite el campo «nombre del destinatario confirmado por transportista», el sistema no lo valida automáticamente — es una omisión silenciosa que el emisor sí nota.
• Notificaciones de plazo: Shopify Pagos envía alertas de vencimiento de plazo, pero el contador visible en Admin refleja el plazo del adquirente, no necesariamente el plazo de red. En disputas Mastercard, esto puede significar que el plazo real de red es más largo que el que muestra Admin — pero operar sobre el plazo del adquirente es la posición segura.
• Shopify Protect: Para pedidos cubiertos por Shopify Protect (disponible en mercados seleccionados), la cobertura de fraude no se extiende automáticamente a disputas que escalan a pre-arbitraje. La cobertura cubre el importe del contracargo inicial, no las tarifas de arbitraje ni los costes de re-presentación fallida.

Shopify Pagos no es el único procesador que los comerciantes de Shopify usan. Si opera con Stripe, PayPal, o una pasarela regional como BBVA Bancomer o Mercado Pago, los plazos, campos de evidencia y lógica de CE 3.0 se gestionan fuera del Admin de Shopify. La visibilidad centralizada que ofrece Shopify Pagos no existe en esos flujos — la coordinación es manual.

Impacto operativo directo: lo que cambia en su flujo de trabajo

Los tres cambios que más disputas cuestan a comerciantes que no los han absorbido:

1. CE 3.0 requiere datos que la mayoría de los comerciantes no tienen estructurados. El historial de transacciones por dispositivo o IP no es un dato que Shopify Admin exponga de forma nativa en un formato listo para evidencia. Requiere exportación de pedidos, cruce con registros de sesión, y documentación que vincule explícitamente las tres transacciones. Los comerciantes que intentan construir este paquete en las 24 horas previas al vencimiento del plazo lo hacen mal o incompleto.

2. El pre-arbitraje de Mastercard penaliza la re-presentación débil. Presentar evidencia insuficiente en la primera representación y esperar corregirla en pre-arbitraje ya no funciona como estrategia. Si la primera respuesta no alcanza el umbral, el caso escala con una posición debilitada y una tarifa de arbitraje potencial de 500 USD esperando al final.

3. La documentación de entrega que funcionaba antes de 2023 ya no es suficiente. «Entregado» como estado en el portal del transportista, sin nombre de destinatario visible y sin número de seguimiento en el mismo documento, es rechazado sistemáticamente en disputas Mastercard 4855 post-enero 2023. Los comerciantes que no actualizaron sus plantillas de evidencia siguen perdiendo casos que tenían la entrega documentada — solo que documentada de la forma anterior.

Acciones requeridas por tipo de exposición

Si procesa con Shopify Pagos y tiene disputas 10.4 de Visa:

• Audite si su base de clientes tiene suficiente historial de transacciones para activar CE 3.0. Comerciantes con clientes recurrentes tienen ventaja estructural. Tiendas con mayoría de compradores únicos no pueden usar CE 3.0 como defensa estándar.
• Confirme con Shopify o su adquirente qué campos de coincidencia (IP, dispositivo, correo) acepta el procesamiento de CE 3.0 en su cuenta específica.
• Construya una plantilla de paquete CE 3.0 antes de necesitarla — no durante el plazo de respuesta.

Si tiene disputas Mastercard 4853 o 4855:

• Actualice sus plantillas de evidencia de entrega para incluir nombre de destinatario, dirección completa y número de seguimiento en el mismo documento. Una captura de pantalla del portal del transportista que muestre los tres campos simultáneamente es el formato mínimo aceptable.
• Identifique cuántos días operativos tiene realmente desde que la disputa aparece en Admin hasta el vencimiento del plazo del adquirente. Si ese número es inferior a 10 días hábiles, necesita un proceso de triaje que active la respuesta en las primeras 48 horas.
• No re-presente sin evidencia nueva. Si la primera representación fue rechazada y no tiene documentación adicional, escalar a pre-arbitraje con el mismo paquete produce pérdida más tarifa.

Si opera con procesadores fuera de Shopify Pagos:

• Los cambios de CE 3.0 y Mastercard aplican a nivel de red, no de procesador. Pero la implementación operativa — plazos, campos aceptados, formato de evidencia — varía por adquirente. Solicite a su procesador una confirmación escrita de cómo implementa CE 3.0 y cuáles son sus plazos de pre-arbitraje Mastercard actualizados.

Lo que la automatización resuelve y lo que no

DisputeDesk organiza el historial de transacciones y las plantillas de evidencia para reducir el tiempo de construcción del paquete de respuesta. La consistencia mejora; la certeza del resultado no. CE 3.0 desplaza la carga al emisor cuando el paquete cumple los criterios técnicos — pero el emisor sigue teniendo margen de interpretación, y algunos emisores han rechazado representaciones CE 3.0 técnicamente correctas en los primeros meses de vigencia de la regla. La automatización mejora la consistencia de la evidencia presentada; no garantiza el resultado del emisor.

Los casos de alto riesgo — importe elevado, señales de dispositivo inconsistentes, cliente con historial mixto — requieren revisión manual antes de enviar, independientemente de qué herramienta gestione el flujo.