Código de contracargo Visa 12.7: qué significa y cómo impugnarlo

Qué significa el código 12.7 de Visa

El código 12.7, “Invalid Data”, se presenta cuando una transacción fue autorizada con datos que podrían haber cambiado la decisión del emisor. Para que el caso corresponda a este código, debe haber ocurrido al menos uno de estos dos supuestos:

1. La autorización usó un dato inválido o incorrecto. El error estaba en la solicitud de autorizaciónSolicitud electrónica enviada al momento de la compra para consultar si la transacción puede aprobarse. Registra datos como la fecha, el monto y la categoría del comercio., en un campo obligatorio. Visa enumera la Fecha de la Transacción, el MCCMCC significa Merchant Category Code. Es el código que identifica la actividad comercial principal del comercio durante el procesamiento del pago., el indicador del tipo de comercio o de transacción, el código de país, el código de estado, el indicador de condición especial u otro campo obligatorio.
2. El MCC cambió entre la autorización y la primera presentación. El MCC de la solicitud de autorización no coincide con el MCC del Registro de ClearingRegistro enviado después de la compra para presentar la transacción y calcular la liquidación entre los participantes. En el 12.7, permite comparar el MCC de la primera presentación con el MCC de la autorización. de la primera presentación de la misma transacción.

En cualquiera de los dos supuestos, la disputa cubre el monto total de la transacción.

Fuente de los dos supuestos, los campos y el monto total: Visa Core Rules §11.9.6.1, Tabla 11-83 (ID# 0030308), y §11.9.6.2, Tabla 11-84 (ID# 0030309).

Uno de estos supuestos, por sí solo, no basta. Además, deben cumplirse todos los requisitos siguientes:

1. El error cambiaría la decisión. El emisor certifica que habría rechazado la solicitud si se hubieran enviado los datos válidos.
2. El emisor explica el motivo. La certificación debe incluir la explicación de por qué los datos válidos habrían llevado al rechazo. Ambos elementos son obligatorios.
3. La disputa se presentó dentro del plazo. El emisor tiene 75 días calendario desde la Fecha de Procesamiento de la Transacción.
4. La transacción no está excluida. El 12.7 no aplica a una Mobile Push Payment TransactionModalidad de Visa iniciada por el tarjetahabiente en un teléfono celular u otro dispositivo móvil para pagar bienes o servicios o transferir dinero. ni a un Retiro de Efectivo en Cajero Automático (ATM Cash Disbursement).

Fuente de los requisitos de validez: Visa Core Rules §11.9.6.3 a §11.9.6.5, Tablas 11-85 a 11-87 (ID# 0030629, 0030310 y 0030311).

Visa reúne los dos supuestos bajo la misma exigencia de certificación y no describe una prueba separada para la discrepancia de MCC. Un error que no habría cambiado la decisión de autorización no sustenta un 12.7. Si el problema real es el tipo de transacción, la moneda, el número de cuenta, el monto o un cobro duplicado, consulte respectivamente los códigos 12.2, 12.3, 12.4, 12.5 y 12.6.

Quién presenta la disputa y qué sucede después

El emisor, el banco que emitió la tarjeta, presenta el 12.7. No necesita presentar una carta del tarjetahabiente. Debe proporcionar a Visa la certificación de que habría rechazado la autorización con los datos válidos y la explicación del motivo.

El caso sigue por VROLVisa Resolve Online es el sistema de Visa en el que el emisor presenta la disputa y el adquirente envía la respuesta y los documentos del caso.. El comercio no responde directamente a Visa. Reúne los registros y los entrega al adquirente, la institución que lo representa en la red Visa.

El 12.7 usa el flujo de ColaboraciónFlujo de las Categorías 12 y 13 en el que el emisor y el adquirente intercambian documentos antes de una posible decisión de Visa.. El adquirente puede enviar una Respuesta a la DisputaRespuesta formal que el adquirente envía por VROL para impugnar la disputa con una de las pruebas permitidas por Visa. dentro de los 30 días calendario siguientes a la Fecha de Procesamiento de la Disputa. Después, el emisor puede iniciar el prearbitrajeEtapa en la que el emisor solicita la revisión de la respuesta del adquirente antes de llevar el caso a una decisión de Visa.. Si las partes no resuelven el caso, el emisor puede solicitar el arbitraje de Visa.

Fuente de la presentación y del flujo: Visa Core Rules §11.9.6.5, Tabla 11-87 (ID# 0030311), §11.2.3, Tabla 11-2 (ID# 0030213), y §11.3.1.

Cómo reducir el riesgo de este código

Visa recomienda procesar cada transacción con datos correctos y mantener la cuenta del comercio configurada con la información adecuada. En la práctica, concentre la revisión en estos puntos:

1. Revise los campos obligatorios antes de enviarlos. Valide la Fecha de la Transacción, el MCC, los indicadores del tipo de comercio o de transacción, los códigos de país y estado y el indicador de condición especial.
2. Mantenga el mismo MCC hasta la primera presentación. La autorización y el Registro de Clearing deben identificar la misma actividad comercial.
3. Conserve los registros de cada transacción. Guarde la solicitud de autorización con el valor exacto de cada campo y, cuando exista, el Registro de Clearing correspondiente. El código de aprobación, por sí solo, no muestra qué dato se transmitió.
4. Documente los créditos y las reversiones. Registre el monto, la fecha de procesamiento y el ARNARN significa Acquirer Reference Number. Es el número de referencia que ayuda a localizar el crédito o la transacción en la red y a vincularlos con el mismo pago. utilizado para vincular el crédito con la transacción original.

Fuente de la prevención: Visa Dispute Management Guidelines for Visa Merchants, Condición 12.7, p. 36. Fuente de los campos y de la comparación de MCC: Visa Core Rules §11.9.6.1 y §11.9.6.2, Tablas 11-83 y 11-84 (ID# 0030308 y 0030309).