Reason code Visa 12.7: o que significa e como contestar

O que significa o código 12.7 da Visa

O código 12.7, “Invalid Data”, é aberto quando uma transação foi autorizada com dados que poderiam ter mudado a decisão do emissor. Para que o caso se enquadre nesse código, pelo menos um destes dois gatilhos precisa ter ocorrido:

1. A autorização usou um dado inválido ou incorreto. O erro estava na requisição de autorizaçãoPedido eletrônico enviado no momento da compra para consultar se a transação pode ser aprovada. Ele registra dados como data, valor e categoria do lojista., em um campo obrigatório. A Visa cita Data da Transação, MCCMCC vem de Merchant Category Code. É o código que identifica a principal atividade comercial do lojista no processamento do pagamento., indicador do tipo de lojista ou da transação, código de país, código de estado, indicador de condição especial ou outro campo obrigatório.
2. O MCC mudou entre a autorização e a primeira apresentação. O MCC da requisição de autorização não coincide com o MCC do Registro de ClearingRegistro enviado depois da compra para apresentar a transação e calcular a liquidação entre os participantes. No 12.7, ele permite comparar o MCC da primeira apresentação com o MCC da autorização. da primeira apresentação da mesma transação.

Em qualquer dos dois gatilhos, a disputa abrange o valor integral da transação.

Fonte dos dois gatilhos, dos campos e do valor integral: Visa Core Rules §11.9.6.1, Tabela 11-83 (ID# 0030308), e §11.9.6.2, Tabela 11-84 (ID# 0030309).

Um desses gatilhos, sozinho, não basta. Além dele, todos os requisitos abaixo precisam ser cumpridos:

1. O erro mudaria a decisão. O emissor certifica que teria negado a requisição se o dado válido tivesse sido enviado.
2. O emissor explica o motivo. A certificação precisa vir acompanhada da explicação de por que o dado válido levaria à negativa. Os dois elementos são obrigatórios.
3. A disputa foi aberta no prazo. O emissor tem 75 dias corridos a partir da Data de Processamento da Transação.
4. A transação não está excluída. O 12.7 não vale para Mobile Push Payment TransactionModalidade da Visa iniciada pelo portador em um celular ou outro dispositivo móvel para pagar bens ou serviços ou movimentar dinheiro. nem para Saque em Caixa Eletrônico (ATM Cash Disbursement).

Fonte dos requisitos de validade: Visa Core Rules §11.9.6.3 a §11.9.6.5, Tabelas 11-85 a 11-87 (ID# 0030629, 0030310 e 0030311).

A Visa reúne os dois gatilhos sob a mesma exigência de certificação e não descreve um teste separado para a divergência de MCC. Um erro que não mudaria a decisão de autorização não sustenta o 12.7. Se o problema real for o tipo da transação, a moeda, o número da conta, o valor ou uma cobrança duplicada, confira respectivamente os códigos 12.2, 12.3, 12.4, 12.5 e 12.6.

Quem abre a disputa e por quê

O emissor, banco que emitiu o cartão, abre o 12.7. Ele não precisa apresentar uma carta do portador. Precisa fornecer à Visa a certificação de que teria negado a autorização com o dado válido e a explicação do motivo.

O caso segue pelo VROLVisa Resolve Online é o sistema da Visa em que o emissor abre a disputa e o adquirente envia a resposta e os documentos do caso.. O lojista não responde diretamente à Visa. Ele reúne os registros e os entrega ao adquirente, instituição que o representa na rede Visa.

O 12.7 usa o fluxo de ColaboraçãoFluxo das Categorias 12 e 13 em que emissor e adquirente trocam documentos antes de uma possível decisão da Visa.. O adquirente pode enviar uma Dispute ResponseResposta formal enviada pelo adquirente no VROL para contestar a disputa com uma das provas permitidas pela Visa. em até 30 dias corridos da Data de Processamento da Disputa. Depois, o emissor pode iniciar a pré-arbitragemEtapa em que o emissor pede a revisão da resposta do adquirente antes de levar o caso à decisão da Visa.. Se as partes não resolverem o caso, o emissor pode pedir a arbitragem da Visa.

Fonte da abertura e do fluxo: Visa Core Rules §11.9.6.5, Tabela 11-87 (ID# 0030311), §11.2.3, Tabela 11-2 (ID# 0030213), e §11.3.1.

Como reduzir o risco desse código

A orientação da Visa é processar cada transação com dados corretos e manter a conta do lojista configurada com as informações adequadas. Na prática, concentre a revisão nestes pontos:

1. Confira os campos obrigatórios antes do envio. Valide Data da Transação, MCC, indicadores do tipo de lojista ou da transação, códigos de país e estado e indicador de condição especial.
2. Mantenha o mesmo MCC até a primeira apresentação. A autorização e o Registro de Clearing precisam identificar a mesma atividade comercial.
3. Guarde os registros por transação. Preserve a requisição de autorização com o valor exato de cada campo e, quando houver, o Registro de Clearing correspondente. O código de aprovação, sozinho, não mostra qual dado foi transmitido.
4. Documente créditos e estornos. Registre valor, data de processamento e o ARNARN vem de Acquirer Reference Number. É o número de referência que ajuda a localizar o crédito ou a transação na rede e a ligá-los ao mesmo pagamento. usado para vincular o crédito à transação original.

Fonte da prevenção: Visa Dispute Management Guidelines for Visa Merchants, Condição 12.7, p. 36. Fonte dos campos e da comparação de MCC: Visa Core Rules §11.9.6.1 e §11.9.6.2, Tabelas 11-83 e 11-84 (ID# 0030308 e 0030309).