8A
Authorisation Response Code (ARC)Authorisation Response Code é o veredito de dois caracteres sobre a transação inteira: aprovada, negada, referral, ou um de vários outros desfechos que o host do emissor comunica de volta depois de um pedido de autorização online. É fornecido pelo terminal no sentido de que o terminal o recebe do adquirente/emissor e então o alimenta na própria lógica do cartão para o segundo GENERATE AC, junto com o Issuer Authentication Data (91) relacionado que o emissor também pode devolver e o CVM Results (8E) que o terminal já registrou - o cartão usa o ARC para decidir o que seu próprio criptograma final deve dizer, já que um cartão que foi online para uma decisão precisa saber qual foi de fato essa decisão antes de poder responder apropriadamente. Um terminal que corrompe ou roteia mal o ARC no caminho do host até o cartão - um bug de integração comum na camada de conectividade com o adquirente - produz uma transação em que os próprios registros do host dizem um desfecho enquanto o criptograma final do cartão reflete outro, exatamente o tipo de discrepância que um processo de conciliação existe para pegar, não algo visível só pelo recibo do terminal. Ver EMV 4.4 Book 3 e Book 4.
Decodificador interativo
Cole um valor hexadecimal desta tag para decodificar no seu navegador. Nada é enviado para lugar nenhum.
Texto (ASCII): 00
Esta tag não é um bitmap; o decodificador mostra uma interpretação baseada no formato.
Exemplo decodificado
Valor de exemplo: 3030
Propriedades
| Tag | 8A |
|---|---|
| Nome | Authorisation Response Code (ARC) |
| Formato | Alfanumérico |
| Tamanho | 2 bytes |
| Origem | Terminal |
| Templates | — |
| Livros | EMV 4.4 Book 3, EMV 4.4 Book 4 |
Perguntas frequentes
- O que é a tag EMV 8A?
- Authorisation Response Code é o veredito de dois caracteres sobre a transação inteira: aprovada, negada, referral, ou um de vários outros desfechos que o host do emissor comunica de volta depois de um pedido de autorização online. É fornecido pelo terminal no sentido de que o terminal o recebe do adquirente/emissor e então o alimenta na própria lógica do cartão para o segundo GENERATE AC, junto com o Issuer Authentication Data (91) relacionado que o emissor também pode devolver e o CVM Results (8E) que o terminal já registrou - o cartão usa o ARC para decidir o que seu próprio criptograma final deve dizer, já que um cartão que foi online para uma decisão precisa saber qual foi de fato essa decisão antes de poder responder apropriadamente. Um terminal que corrompe ou roteia mal o ARC no caminho do host até o cartão - um bug de integração comum na camada de conectividade com o adquirente - produz uma transação em que os próprios registros do host dizem um desfecho enquanto o criptograma final do cartão reflete outro, exatamente o tipo de discrepância que um processo de conciliação existe para pegar, não algo visível só pelo recibo do terminal. Ver EMV 4.4 Book 3 e Book 4.
- Qual formato e tamanho a tag EMV 8A usa?
- A tag 8A usa o formato Alfanumérico e normalmente tem 2 bytes.
- A tag 8A vem do cartão ou do terminal?
- A tag 8A (Authorisation Response Code (ARC)) é fornecida por: Terminal.
Fontes
- EMV_v4.4_Book_3_Application_Specification, p. 140
Receba as novidades do site
Cadastre-se para receber novidades do site direto no seu email
Não enviaremos spam. Você pode cancelar a inscrição a qualquer momento.