3-D Secure estamos todos ligados



Documentos relacionados
Manual do Desenvolvedor 3-D Secure. Março de 2013 Versão 1.4

Pagamento Recorrente estamos todos ligados

Manual do Desenvolvedor Pagamento Recorrente. Fevereiro de 2013 Versão 2

Interface Padrão e Interface Personalizada estamos todos ligados

Boleto Bancário estamos todos ligados

Desenvolvedores do e-rede estamos todos ligados

e-rede A Rede cuida das suas vendas on-line. E você cuida só do seu negócio.

Desenvolvedores do e-rede estamos todos ligados

Integração ao e-rede estamos todos ligados

O protocolo HTTP. O que é o protocolo HTTP?

Manual de Integração ao e-commerce Redecard. Fevereiro de 2013 Versão de software: Versão 1.2

Pagador Transaction. Consulta. Versão 1.3

1 Essa é a tela de login do Sistema de Atendimento Online, siga o passo a passo abaixo.

Objetivo. Este documento tem como objetivo demonstrar o conceito, o processo de instalação e o funcionamento do SITEF (Tef dedicado).

18/04/2006 Micropagamento F2b Web Services Web rev 00

1 Cadastre-se Mozilla Firefox. AQUI Esqueci a senha Login Senha. Esqueci a senha Login Enviar Solicitação OBS: Nome: Login:

MÓDULO MAGENTO. MANUAL DE INSTALAÇÃO v1.5

Processo de Pagamento de solicitações de ingressos para o Público Geral para a Copa do Mundo da FIFA Brasil 2014

Manual do Cliente (TEF LOJA)

CERTIFICAÇÃO VISANET

Universidade Federal do Espírito Santo CCA UFES. Centro de Ciências Agrárias CCA UFES Departamento de Computação. Programação WEB

Mais sobre uso de formulários Site sem Ajax

Guia de Integração para Transferência

O sistema possui 5 módulos para registros:

Vincular Equipamento SAT

Manual Técnico. Gateway de Pagamentos HSBC Débito Online PUBLIC. Versão 2.3 Maio/2013

1. Tela de Acesso pg Cadastro pg Abas de navegação pg Abas dados cadastrais pg Aba grupo de usuários pg.

Web. Até a década de 1990, a Internet era utilizada. por pesquisadores, acadêmicos e universitários, para troca de arquivos e para correio eletrônico.

Introdução. História. Como funciona

Manual do Desenvolvedor

GUIA DE INSTALAÇÃO E OPERAÇÃO DO TERMINAL VIRTUAL - AVPOS

PRODUTO E-COMMERCE 3D Secure

Sistema TO Captura Offline

ÍNDICE 1 Introdução 3 2 Principais Recursos 4 3 Segurança 4 4 Roubo/Estravio do cartão MerchCard 4 5 Noções Gerais para o Uso do Sistema 5

Facebook Instruções de integração com PayPal

Manual de Integração Redirecionamento. Versão 1.3

Manual do Desenvolvedor

Introdução. HyperText Markup Language HTML. Formulário. Fluxo do Formulário. Fluxo do Formulário. Fluxo do Formulário. Fluxo do Formulário

Está apto a utilizar o sistema, o usuário que tenha conhecimentos básicos de informática e navegação na internet.

TCEnet. Manual Técnico. Responsável Operacional das Entidades

Habilitando o Botão de Compartilhamento do Facebook no Ambiente Colaborativo

Cadastramento de Computadores. Manual do Usuário

MANUAL DE UTILIZAÇÃO. ENVIO DE SMS.

O protocolo HTTP. Você aprenderá: O que é e como funciona o protocolo HTTP. Quais são as partes de um pedido HTTP.

Manual de Integração Via Gadget. Passo a passo para realizar a integração entre websites e a plataforma Virtual Target.

WEBDESIGN. Professor: Paulo Marcos Trentin - paulo@paulotrentin.com.br Escola CDI de Videira

PÓS-GRADUAÇÃO EM MATEMÁTICA COMPUTACIONAL INFORMÁTICA INSTRUMENTAL

Assim que o usuário entrar nesta ferramenta do sistema a seguinte tela será exibida:

MANUAL DO USUÁRIO DE REDE

Ajuda das opções Fiery 1.3 (cliente)

Manual de utilização do Terminal de Pagamento Electrónico Virtual

HTML / JAVASCRIPT. A versão atual é o HTML5 (seus predecessores imediatos são HTML 4.01, XHTML 1.1, etc.).

Procedimentos para Utilização do SAVI

Manual de Utilização Autorizador Web V2

O QUE VOCÊ PRECISA SABER SOBRE DOMÍNIOS

Segurança e Sistemas Eletrônicos de Pagamentos" Prof. Msc. Adolfo Colares

Manual de Captura e Gerenciamento WebService Komerci

Certificado Digital A1. Instalação

Manual Sistema de Autorização Online GW

Manual das funcionalidades Webmail AASP

Desenvolvedor Plug in Magento estamos todos ligados

FAÇA FÁCIL: DRIVER IGS PARA COMUNICAÇÃO DE PROTOCOLOS PROPRIETÁRIOS INTRODUÇÃO


SOLICITAÇÃO DO CERTIFICADO DIGITAL

Módulo GerenciaNet para WHMCS

MINISTÉRIO DO DESENVOLVIMENTO AGRÁRIO SUBSECRETARIA DE PLANEJAMENTO, ORÇAMENTO E ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE MODERNIZAÇÃO E INFORMÁTICA

Fluxo de trabalho do Capture Pro Software: Indexação de OCR e separação de documentos de código de correção

Linguagem de. Aula 06. Profa Cristiane Koehler

Nos sites de compras, a tecnologia 3D Secure oferecida pelas bandeiras Visa e Mastercard é identificada pelas logos:

Manual do Painel Administrativo

Manual de Operação do Leitor de Cartões

Mostrar área de trabalho.scf. Manual do Produto EDI.

Documento para Integrações. Integração Datasul x TOTVS Colaboração NFS-e

1- Requisitos mínimos. 2- Instalando o Acesso Full. 3- Iniciando o Acesso Full pela primeira vez

SAIBA COMO ACESSAR O PORTAL DE SERVIÇOS DA CARTÃO BRB

MANUAL SCCARD. Rev.00 Aprovação: 16/08/2010 Página 1 de 19

KalumaFin. Manual do Usuário

Configurando o IIS no Server 2003

American Work Guia de Primeiros Passos

INSCRIÇÃO ON- LINE A PARTIR DE 2015 INDICADO PARA ATLETAS E ASSOCIAÇÕES

MANUAL JOOMLA 2.5 PORTAL INTERNET. Ministério do Esporte

MANUAL DE INSTALAÇÂO E OPERAÇÃO DO SOFTWARE

Documentação SEO EXPERT


PagSeguro-Python Documentation

DOCUMENTAÇÃO DO FRAMEWORK - versão 2.0

CTA Hotel. Guia CTA Hotel

Manual de utilização do sistema de envio de sms marketing e corporativo da AGENCIA GLOBO. V

POLÍTICA DE PRIVACIDADE DA DIXCURSOS (ANEXO AOS TERMOS E CONDIÇÕES GERAIS DE USO DO SITE E CONTRATAÇÃO DOS SERVIÇOS)

Manual de Utilização das Funções Básicas do Sistema ClinicWeb

PAPO SMS MANUAL DE INTEGRAÇÃO DO DESENVOLVEDOR VERSÃO 1.0

Sistema Qualicell na Internet

Transcrição:

Manual do Desenvolvedor 3-D Secure estamos todos ligados

ÍNDICE 013-D Secure 3 1.1 Elementos da Solicitação 4 1.1.1 THREEDSECURE 4 1.1.2 Navegador_ 6 1.1.3 HistoricTxn 7 1.2 Exemplos XML de Solicitações 9 1.2.1 Pedidos de verificação do portador do cartão 9 1.2.2 Transações históricas 11 1.3 Elementos da resposta 12 1.3.1 THREEDSECURE 12 1.4 Exemplos XML de respostas 13 1.4.1 Resposta de verificação do portador do cartão 13 1.4.2 Resposta de autorização do titular do cartão 15 1.5 Usando uma página de redirecionamento 15 02 Códigos de resposta 3-D Secure 17 2.1 3-D Secure, usando e-rede 17 Clique nos hiperlinks para navegar no material do Manual do Desenvolvedor 3-D Secure.

3 01 3-D Secure Este serviço permite que você execute uma verificação 3-D Secure e, em seguida, autorize o pagamento via e-rede. A utilização do 3-D Secure é obrigatória para todas as transações efetuadas com cartões de débito, trata-se de uma norma das bandeiras e dos emissores e, além disso é uma segurança para o lojista uma vez que este sistema autentica o portador do cartão diretamente com seu emissor. Para os cartões de crédito é uma escolha do lojista a sua utilização ou não. A seguinte legenda será utilizada nesta seção do documento: R Obrigatório M Mandatório se a verificação 3-D Secure for executada O Opcional C Condicional Lista de verificação do portador do cartão Os tipos de transação auth e pre exigem as mesmas informações sobre a transação a ser fornecida. Estes dados são passados usando os elementos esquemáticos a seguir: Request º Authentication - Consulte a seção 2.1.1.1.1 da referência dos desenvolvedores do e-rede º Transactions CardTxn - Detalhes sobre o cartão. Consulte a seção 2.2.1.2 da referência dos desenvolvedores do e-rede

4 TxnDetails - Contém detalhes sobre a transação. Consulte a seção 2.2.1.3 da referência dos desenvolvedores do e-rede ThreeDSecure - Contém todos os detalhes necessários para iniciar a verificação do 3-D Secure. Consulte a seção 1.1 deste documento. Navegador - Detalhes do navegador utilizado pelo titular do cartão. Consulte a seção 1.1.2 deste documento Autorização O tipo de transação threedsecure_authorization_request exige informação a ser fornecida no elemento HistoricTxn: Request º Authentication - Consulte a seção 2.1.1.1.1 da referência dos desenvolvedores do e-rede º Transaction HistoricTxn - Consulte a seção 1.1.3 deste documento 1.1 1.1.1 Elementos da solicitação THREEDSECURE Este elemento contém todos os detalhes extras que são necessários para a verificação 3-D Secure a ser iniciada e deve ser fornecida para solicitações auth e pre. Nome do elemento Posição ThreeDSecure Request.Transaction.TxnDetails

5 Elementos do ThreeDSecure Nome do elemento Descrição Valores/Limitações Obrigatório? verify merchant_url purchase_desc purchase_datetime mobile_number Indica se a transação deve ser verificada para a matrícula no sistema 3-D Secure. A URL do site em que o pagamento está sendo feito. Uma breve descrição do que foi comprado. Isto é, mostrado para o titular do cartão pelo ACS. A data e hora da transação. Número de celular associado ao pagamento. Obs.: (Na ausência da informação, enviar com o valor: 00000000) yes/no. 1-2048 caracteres. Deve ser totalmente qualificado (ou seja, inclui https://) R M 1-125 caracteres. M formato AAAAMMDD HH:MM:SS M 1-25 caracteres numéricos. O Browser Consulte a seção 1.1.2. M Exemplo XML para elementos do complexo ThreeDSecure <ThreeDSecure> <verify>yes</verify> <mobile_number>00000000</mobile_number> <merchant_url>https://www.widgets.com</merchant_url> < purchase_desc > DVD < / purchase_desc > < purchase_datetime > 20060731 21:59:42 < / purchase_datetime > < Browser >... </ Browser > </ThreeDSecure> <ThreeDSecure> <verify>no</verify> </ThreeDSecure>

6 1.1.2 Navegador O Browser elemento contém todas as informações sobre o navegador que o titular do cartão está utilizando para acessar seu site, e deve ser fornecido para pedidos auth e pre onde a verificação 3-D Secure deve ser executada. Nome do elemento Posição Browser Request.Transaction.TxnDetails.ThreeDSecure Elementos do navegador Nome do elemento Descrição Valores/Limitações Obrigatório? device_category accept_headers user_agent Indica o tipo de dispositivo usado para a transação. Os tipos MIME dos cabeçalhos aceitos por este dispositivo. O Agente Usuário associado com o dispositivo. 0 - para PC R R R Exemplo XML para elementos do complexo Browser <Browser> <device_category>0</device_category> < accept_headers > * / * < / accept_headers > < user_agent > IE/6.0 < / user_agent > </Browser> <Browser> <device_category>0</device_category> < accept_headers > txt/xml, application/xml, application/xhtml + xml, text/html; q = 0,9, text/plain; q = 0,8, vídeo/x-mng, image/png, imagem/jpeg, image/gif; q = 0,2, text/css, * / *; q = 0,1 </ accept_headers > < user_agent > Mozilla/5.0 (Macintosh; U; PPC Mac OS X; pt-br) AppleWebKit/417.9 (KHTML, like Gecko) Safari/417.9.2 </ user_agent > </Browser>

7 1.1.3 HistoricTxn O elemento HistoricTxn é utilizado para as transações threedsecure_authorization_request e fulfill. Ele permite que essas transações sejam amarradas à transação original. Nome do elemento Posição HistoricTxn Request.Transaction Nome do elemento reference authcode Descrição Elementos de HistoricTxn O número gateway_reference para a transação. O código de autorização fornecido pelo centro de autorização do seu banco. Valores/ Limitações 3-DS auth1 16 dígitos R R n/a 3-DS ful2 R method O tipo de transação. R R pares_m essage A Resposta de Autenticação do Portador (PARes) retornado pelo Simulador do Emissor (ACS). 1 threedsecure_authorization_request 2 fulfill Conforme retornado pelo ACS O n/a Nome do atributo tx_status_u Atributos dos elementos dentro do HistoricTxn Atributo do elemento method Descrição Aceita a transação se o ACS for incapaz de completar a validação do titular do cartão. Valores/ Limitações aceitar Obrigatório O

8 Exemplo XML do Elemento HistoricTxn <HistoricTxn> <reference>4400200042810513</reference> <method>threedsecure_authorization_request</method> <pares_message>uyt45t89cnwu3rhc98a4hterjklth4o8c tsrjzth4</pares_message> </HistoricTxn> <HistoricTxn> <reference>4400200042810513</reference> <method tx_status_u= accept > threedsecure_authorization_request</method> <pares_message>4o7sbvohyv8s4075mytudriotu0359ucmi udtoyuu</pares_message> </HistoricTxn> Exemplo XML elementos do HistoricTxn para transações que não podem ser verificadas via 3-D Secure (por exemplo, sistema de bandeira não suportada, cartões não inscritos) <HistoricTxn> <reference>4400200042810513</reference> <method>threedsecure_authorization_request</method> </HistoricTxn> Exemplo XML para os elementos de HistoricTxn para um fulfill <HistoricTxn> <reference>4400200042810513</reference> <authcode>12ab52</authcode> <method>fulfill</method> </HistoricTxn>

9 1.2 Exemplos XML de solicitações 1.2.1 Pedidos de verificação do portador do cartão Exemplo XML para transações de pré-autorização e não requer a verificação 3-D Secure <Request version= 2 > <Authentication> <AcquirerCode> <rdcd_pv>123456789</rdcd_pv> </AcquirerCode> <password>********</password> </Authentication> <Transaction> <TxnDetails> 387545924AdkWdd < merchantreference > < / merchantreference > <amount currency= BRL >20.00</amount> <ThreeDSecure> <verify>no</verify> </ThreeDSecure> </TxnDetails> <CardTxn> <Card> <pan>5444************</pan> <expirydate>06/14</expirydate> </Card> <method>pre</method> </CardTxn> </Transaction> </Request> <Request version= 2 > <Authentication> <AcquirerCode> <rdcd_pv>123456789</rdcd_pv> </AcquirerCode> <password>********</password> </Authentication>

10 <Transaction> <TxnDetails> < merchantreference > 4564234523 < / merchantreference > <amount currency= BRL >59.45</amount> <capturemethod>ecomm</capturemethod> <ThreeDSecure> <verify>yes</verify> <mobile_number>5551234</mobile_number> <merchant_url>https://www.mywebsite.com/12</merchant_url> <purchase_desc>cds and DVDs</purchase_desc> <purchase_datetime>20120531 13:06:28</purchase_datetime> <Browser> <device_category>0</device_category> < accept_headers > * / * < / accept_headers > < user_agent > IE/6.0 < / user_agent > </Browser> </ThreeDSecure> </TxnDetails> <CardTxn> <Card> <pan>5444************</pan> <expirydate>06/14</expirydate> </Card> <method>pre</method> </CardTxn> </Transaction> </Request> Exemplo XML para transações de autorização e requer a verificação 3-D Secure <Request version= 2 > <Authentication> <AcquirerCode> <rdcd_pv>123456789</rdcd_pv> </AcquirerCode> <password>********</password> </Authentication> <Transaction> <TxnDetails> < merchantreference > 387545924537037 < / merchantreference >

11 <amount currency= BRL >20.00</amount> <capturemethod>ecomm</capturemethod> <ThreeDSecure> <verify>yes</verify> <mobile_number>5259886325111</mobile_number> https://www.mywebsite.com < merchant_url > < / merchant_url > <purchase_desc>cds and DVDs</purchase_desc> < purchase_datetime > 20120201 23:59:59 < / purchase_datetime > <Browser> <device_category>0</device_category> < accept_headers > * / * < / accept_headers > < user_agent > IE/6.0 < / user_agent > </Browser> </ThreeDSecure> </TxnDetails> <CardTxn> <Card> <pan>5444************</pan> <expirydate>06/14</expirydate> </Card> <method>auth</method> </CardTxn> </Transaction> </Request> 1.2.2 Transações históricas Exemplo XML para um threedsecure_authorization_request, com PARes <Request version= 2 > <Authentication> <AcquirerCode> <rdcd_pv>123456789</rdcd_pv> </AcquirerCode> <password>********</password> </Authentication> <Transaction> <HistoricTxn> < referência > 4900200042810407 < / referência > <method tx_status_u= accept >

12 threedsecure_authorization_request</method> <pares_message>w48gj6s5ty45ty8cviozdtrjgd</pares_message> </HistoricTxn> </Transaction> </Request> Exemplo XML para um threedsecure_authorization_request, sem PARes. Por exemplo, para um cartão não inscrito, ou uma bandeira que não é suportado pelo 3-D Secure <Request version= 2 > <Authentication> <AcquirerCode> <rdcd_pv>123456789</rdcd_pv> </AcquirerCode> <password>********</password> </Authentication> <Transaction> <HistoricTxn> <reference>4100200043070078</reference> <method>threedsecure_authorization_request</method> </HistoricTxn> </Transaction> </Request> 1.3 1.3.1 Consulte a seção 2.2.2.2 da referência dos desenvolvedores do e-rede, para um exemplo de uma solicitação de preenchimento Elementos da resposta THREEDSECURE Se o cartão está inscrito, este elemento será retornado em resposta a uma verificação dessa inscrição. Se o cartão não está ou não é suportado, esse elemento não estará presente. Nome do elemento Posição ThreeDSecure Response.CardTxn

13 Elementos do ThreeDSecure Nome do elemento pareq_message acs_url Descrição O PAReq. A URL do ACS, à qual o titular do cartão precisa ser re-direcionado. No ambiente de teste, esta será a URL do servidor-teste ACS. No ambiente de produção, esta será a URL do ACS do banco emissor. Exemplo XML do Elementos ThreeDSecure <ThreeDSecure> <acs_url>https://secure.bank.com.au/bank/tdsecure/pa.jsp? partner=bank.mastercard&vaa=b</acs_url> <pareq_message>ejxdultugzaq/m8pua+ahyeqkscslr/nb1hu5akwsypibrib StrT14Y4JkGAdnYWdjRjdiwVQH4A2SvgiyBgBWgtviCoTpuXswgjuiZ4tU xelgnoffyjl6k26aeurtqgkxchlcehhv2akqvootcwlsevb9sdj5mksgld N+j5GtQ252lKcJxgzNCEPd+IGvhBKFEyNNaekm3fdOqXr2nMkAOe7tU3H4 YhPIlOSKHLULY1Q7br5KJnvWzf24aeb7lWJ17k2TB/dvk2Ko4ZKf7khiE7 4efNOuAU4xhTTAK6fF2l5mZo7M98qa1gTnCII2PLhDx9tkIyN2NH5p2ZB7 1S0Ehngk7ntgHzjYnrXs/Ugpa8A90Zgba8W/PsBHv/eEhVdiYmowwv7Wu6 xnxh4mf/zwih1li3cf/i/mnwuwnmqxkpjf8w9hhy/w</pareq_message> </ThreeDSecure> 1.4 Exemplos XML de respostas 1.4.1 Resposta de verificação do portador do cartão Exemplo XML de Resposta para um cartão que não está inscrito <Response version= 2 > <CardTxn> <card_scheme>mastercard</card_scheme> <country>australia</country> <issuer>bank PL</issuer> </CardTxn> <gateway_reference>5300200042810617</gateway_reference> <merchantreference>387546093287037</merchantreference> <mode> </mode>

14 <reason>3ds Card not Enrolled</reason> <status>162</status> <time> </time> </Response> Exemplo XML de resposta para um cartão que está inscrito <Response version= 2 > <CardTxn> <card_scheme>mastercard</card_scheme> <country>australia</country> <ThreeDSecure> <acs_url>https://www.clicksafe.bank.com/bank/ tdsecure/pa.jsp?partner=mc&vaa=b</acs_url> <pareq_message>ejxdultugzaq/m8pua+ahyeqkscslr/nb1h U5AKWsypIBRIbStrT14Y4JkGAdnYWdjRjdiwVQH4A2Svgiy BgBWgtviCoTpuXswgjuiZ4tUxeLGnoffYJl6k26AeUrtqGk xchlcehhv2akqvootcwlsevb9sdj5mksgldn+j5gtq252lk cjxgzncepd+igvhbkfeynnaekm3fdoqxr2nmkaoe7tu3h4y hpiloskhluly1q7br5kjnvwzf24aeb7lwj17k2tb/dvk2ko 4ZKf7khiE74efNOuAU4xhTTAK6fF2l5mZo7M98qa1gTnCII 2PLhDx9tkIyN2NH5p2ZB71S0EhngkN+AK7ntgHzjYnrXs/U gpa8a90zgba8w/psbhv/eehvdiymowwv7wu6xnxh4mf/zwi h1li3cf/i/mnwuwnmqxkpjf8w9hhy/wftsbsh </pareq_message> </ThreeDSecure> </CardTxn> <gateway_reference>5300200042810537</gateway_reference> <merchantreference>387546049537037</merchantreference> <mode> </mode> <reason>3ds Payer Verification Required</reason> <status>150</status> <time> </time> </Response>

15 1.4.2 Resposta de autorização do titular do cartão Exemplo XML de Resposta quando o PARes retornado é inválido <Response version= 2 > <gateway_reference>3000100226001681</gateway_reference> <information>[2:error] Expected PARes node: got &apos;error&apos;</information> <merchantreference>3200100226001675</merchantreference> <mode> </mode> <reason>3ds invalid pares</reason> <status>176</status> <time> </time> </Response> Exemplo XML de resposta se uma resposta de referência é recebida <Response version= 2 > <CardTxn> <card_scheme>mastercard</card_scheme> <country>australia</country> <issuer>bank PL</issuer> </CardTxn> <gateway_reference>3000100226001681</gateway_reference> <merchantreference>13542dsdwk21</merchantreference> <mode> </mode> <reason>3ds call auth centre</reason> <status>161</status> <time> </time> </Response> 1.5 Usando uma página de redirecionamento A maneira recomendada para permitir que portadores de cartões se autoautentiquem é através de uma página de redirecionamento online gerada via <iframe>.

16 Exemplo usando o mecanismo <iframe> < html > <head> <title>please Authenticate</title> </head> <body OnLoad= OnLoadEvent(); > <form name= downloadform action= https://mybank.com/vbyv/verify method= POST > <textarea name= PaReq style= display:none >thepareqwithbreaks</textarea> <input type= hidden name= TermUrl value= https://www.mywidgits.com/next.cgi > <input type= hidden name= MD value= 200304012012a > </form> <script language= Javascript > <!-- function OnLoadEvent(){ document.downloadform.target = ACSframe ; document.downloadform.submit(); } //--> </script> <!-COMERCIANTE DEVE PREENCHER PRÓPRIA MARCA AQUI--> < iframe src = blank.htm nome = ACSframe width = 390 height= 450 frameborder= 0 > </iframe> <!-COMERCIANTE DEVE PREENCHER PRÓPRIA MARCA AQUI--> </body> </html> Neste exemplo, o diálogo ACS ocorre dentro de um iframe. Depois que os titulares do cartão tiverem se autoautenticado, eles serão direcionados para o seu site através do ACS do emissor, postando os resultados para o script definido na variável TermURL.

17 02 Códigos de Resposta 3-D Secure Abaixo estão as tabelas com códigos de resposta potenciais específicos para transações 3-D Secure. 2.1 3-D Secure, usando e-rede Código Código de retorno geral Descrição 150 3-DS payer verification required 151 3-DS invalid transaction type 152 3-DS manual authorization not supported 153 3-DS verify element missing 154 3-DS invalid verify value 155 3-DS field missing 156 3-DS invalid browser.device_ category 157 3-DS merchant not enabled O portador deve ser agora autenticado através do ACS do emissor Um tipo de transação diferente de auth ou pre foi recebido no 3-D Secure Um código auth foi fornecido no Pedido de Autorizacão 3-D Secure, isso não é permitido O elemento verify obrigatório não foi fornecido no 3-D Secure O elemento verify obrigatório foi fornecido, mas seu valor era algo diferente de sim ou não Um dos campos necessários: merchant_url, purchase_datetime, purchase_desc ou device_ category não foi fornecido O campo obrigatório device_category foi fornecido, mas contém um valor diferente de 0 ou 1 O estabelecimento comercial não está configurado para fazer transações 3-D Secure 158 3-DS scheme not supported A bandeira não é suportada no ambiente 3-D 159 3-DS no VERes from DS 160 3-DS invalid VERes from DS 161 3-DS call auth centre 162 3-DS card not enrolled A verificação de inscrição do portador no sistema da bandeira falhou Recebeu uma resposta inválida do servidor do sistema de bandeira O pedido de autorização 3-D Secure não foi autorizado e retornou uma resposta de referência O cartão do pagador não está inscrito para 3-D Secure

18 163 3-DS merchant not enabled for scheme acquirer Não habilitado para esta bandeira 164 3-DS acquirer not supported O adquirente não é suportado pelo 3-D Secure 165 166 3-DS merchant not enabled for acquirer 3-DS purchase_datetime format invalid Não habilitado para fazer transações 3-D Secure com este adquirente O formato do campo purchase_datetime fornecido no 3-D Secure é inválido 167 3-DS invalid reference Uma referência invália foi fornecida no 3-D Secure 168 3-DS txn cannot be authorized 169 170 171 172 3-DS merchant in test-mode supplied non-magic card 3-DS no DS URL for card scheme 3-DS pares_message supplied for non-enrolled card 3-DS pares_message missing for enrolled card 173 3-DS card not enrolled in cache 174 3-DS invalid pares signature 175 3-DS no corresponding pareq found 176 3-DS invalid pares 177 3-DS invalid pareq 178 3-DS pareq vs pares mismatch 179 3-DS payer failed verification A transação não pôde ser submetida para autorização, pois nenhum 3-D Secure válido foi encontrado Um cartão teste não foi fornecido na transação, onde o modo 3-D Secure é teste O software de autenticação não tem nenhum detalhe URL de servidor de diretório para este regime Uma mensagem PARes foi fornecida no 3-D Secure. Isso não é permitido A mensagem de PARes necessária não foi fornecida no 3-D Secure Cartão não está no cache e assim nenhum 3-D Secure é enviado A mensagem de resposta PARes do emitente não pôde ser verificada Foi recebida uma mensagem PARes no 3-D Secure, mas nenhuma mensagem PAReq de correspondência foi encontrada A mensagem PARes recebida no 3-D Secure é inválida A mensagem PARes recebida do 3-D Secure é inválida As mensagens PAReq e PARes não coincidem em um desses campos-chave: message_id, acqbin, merid, xid, data, purchamount, moeda ou exponent A mensagem PARes recebida era válida, mas o portador não foi autenticado pelo ACS do emissor do cartão

19 180 3-DS no Support for CA O 3-D não oferece suporte a transações recorrentes 181 3-DS no corresponding referral 182 3-DS referral timelimit exceeded 183 3-DS verification bypassed 184 3-DS expired awaiting authorization 185 3-DS expired referral Um pedido de autorizacão 3-D Secure não encontrou nenhuma referência correspondente a ser autorizada Um pedido de autorização 3-D Secure descobriu que foi excedido o limite de tempo para uma autorização em uma transação que já havia recebido uma resposta Um pedido de 3-D Secure teve o elemento de verificação definido como nenhum, ou seja, nenhuma verificação 3-D Secure deve ser feita. Um pedido 3-D Secure com uma resposta de 150, 158, 162, 163, 173 ou 183 excedeu o limite de tempo, e um Pedido de Autorização 3-D Secure não será mais aceito Um pedido de 3-D Secure com uma resposta de 161 excedeu o limite de tempo, e um pedido de autorização 3-D Secure não será mais aceito 186 3-DS invalid VEReq Presença de IReq indica VEReq inválido 187 Unable to verify 188 Unable to authenticate 189 601 602 603 604 3-DS international Maestro Card not enrolled No 3-D Secure enrollment found for reference supplied 3-D Secure enrollment check already validated for reference supplied No 3-D Secure authentication found for reference supplied Transaction already authorised for reference supplied Nenhuma transação de registro 3-D Secure pode ser localizada para a referência histórica fornecida Pedido 3-D Secure já validado para a referência fornecida Nenhuma transação de autenticação 3-D Secure pode ser localizada para a referência histórica fornecida Já foi autorizada a transação, denotada pela referência histórica

20 605 threedsecure_authorization_ request not permitted on transactions of this type. 606 Invalid PARes 607 MPI authentication has expired 608 Invalid currency 609 Currency must be supplied 610 No mid found for currency or 3-DS scheme not supported threedsecure_authorization_request não pode ser executada na transação denotada pela referência histórica fornecida O PARes é inválido. Um bloco adicional <PAResError> será retornado onde houver mais informações O prazo de validade do regime 3-D Secure foi expirado A moeda fornecida no pedido de autorização não corresponde com a fornecida na verificação de inscrição. A moeda fornecida no pedido de autorização não corresponde com a fornecida no pedido 3-D Secure Ou a combinação regime+moeda não é suportada por este vtid, ou este regime não é suportado pelo 3-D Secure 611 Unable to process authorisation Não há nenhum terminal configurado nessa conta 612 Unable to process authorisation 613 MPI system configuration error Não há terminais capazes de processar essa transação Nenhuma credencial padrão foi encontrada para o acquirer_bin configurado