Fallback 3DS
Fallback 3DS para processamento de pagamentos ininterrupto, transitando automaticamente para 3DS1 quando 3DS2 não está disponível ou encontra problemas, garantindo um fluxo contínuo de transações e prevenindo recusas técnicas para salvaguardar a receita do comerciante.
- Categoria
- Segurança
- Funcionalidades
- 6
- Disponível em
- Todos os planos
Garanta a continuidade das transações mesmo quando o 3D Secure 2 não estiver disponível ou encontrar problemas. O mecanismo de fallback 3DS da Cardflo muda automaticamente para 3DS 1.0, evitando recusas que de outra forma ocorreriam.
Isso mantém o fluxo de transações e garante a receita para os comerciantes.
O âmbito da PCI é minimizado através de campos alojados e tokens de rede, e as credenciais sensíveis nunca tocam nos seus servidores. A Autenticação Forte do Cliente é aplicada de forma inteligente para manter satisfeitos tanto os reguladores como as equipas de conversão.
Visão geral de Fallback 3DSgeral
O fallback 3DS é uma lógica de contingência usada dentro do gateway de pagamento ou camada de orquestração para gerir falhas de autenticação durante o handshake 3D Secure 2 (3DS2).
Embora a indústria tenha priorizado a adoção do 3DS2 para atender aos requisitos SCA sob a PSD2, certos emissores regionais ou infraestruturas bancárias mais antigas podem ainda não suportar os protocolos mais recentes.
Se uma solicitação inicial 3DS2 for atendida com um erro técnico, um tempo limite ou uma resposta indicando que o emissor não está registado, um mecanismo de fallback tenta iniciar o 3DS1 (3D Secure Legado). Este processo garante que a transação permaneça elegível para autenticação, em vez de ser recusada definitivamente.
Ao tentar o protocolo mais antigo, os comerciantes ainda podem satisfazer os mandatos regulatórios e garantir uma mudança de responsabilidade, desde que o emissor ainda mantenha um Servidor de Controlo de Acesso (ACS) legado. Esta lógica de roteamento secundário fica entre a solicitação de autenticação inicial e a chamada de autorização final para o adquirente.
Como funciona Fallback 3DSfunciona
Tentativa inicial de versionamento 3DS2
O comerciante inicia uma transação através do gateway, que primeiro tenta identificar a versão 3DS2 apropriada suportada pelo emissor. O sistema analisa o BIN e a resposta do Servidor de Diretório para determinar se o protocolo mais recente e sem atrito está disponível para o titular do cartão específico.
Deteção de erro ou não participação
Se o Servidor de Diretório retornar um status indicando que o emissor não implementou o 3DS2, ou se ocorrer um erro técnico durante a troca de versionamento, o sistema identifica isso como um potencial ponto de falha que levaria a uma recusa de transação se não fosse abordado.
Construção automática de mensagem 3DS1
O motor de fallback reformata imediatamente a solicitação de autenticação numa mensagem compatível com 3DS1. Isso inclui a geração dos URLs de redirecionamento necessários para o desafio legado baseado em navegador, garantindo que o cliente seja transferido para a página de autenticação do emissor sem um abandono definitivo da sessão de pagamento.
Porque é que Fallback 3DS é importante
Prevenção de recusas técnicas
Confiar apenas no 3DS2 pode levar a falhas de pagamento desnecessárias ao interagir com emissores em mercados em desenvolvimento ou aqueles com atualizações de infraestrutura atrasadas. A lógica de fallback garante que a falta de suporte a protocolos modernos não se traduza automaticamente numa venda perdida, mantendo a taxa de conversão do comerciante em diversas bases de titulares de cartão.
Conformidade regulatória e segurança
Em jurisdições regidas pela PSD2, a autenticação é um requisito legal para a maioria das transações remotas. O fallback para 3DS1 permite que os comerciantes permaneçam em conformidade com as regras de Autenticação Forte do Cliente (SCA) quando o caminho preferencial 3DS2 não está disponível, evitando o risco de bloqueios de transações impostos por reguladores ou multas por não conformidade.
Notas regulamentares para Fallback 3DS
Compliance with European scheme rules
Under current European regulations, issuers hold the final authority over authentication decisions and can mandate a challenge at any time. When an issuer issues a soft decline, the merchant must respect this decision by presenting a compliant step-up interface.
Failure to accommodate these responses leads to scheme penalties and elevated abandonment rates.
The Cardflo gateway ensures that all 3DS fallback mechanisms meet the technical standards defined by the major card schemes.
By capturing the resulting authentication values and passing them to acquirer partners, merchants remain fully compliant with regional mandates while successfully authorising transactions that the issuer initially blocked.
Cryptographic evidence for chargeback defence
To qualify for liability shifts under scheme rules, merchants must provide cryptographic evidence that the cardholder successfully completed an authentication challenge.
When a transaction requires auth failover handling, the system must precisely capture the authentication values generated by the issuer access control server following the step-up phase.
Submitting these exact cryptographic elements within the final authorisation payload is mandatory for maintaining fraud dispute protection.
The orchestration logic parses the secondary challenge response to extract these values, ensuring that even transactions recovered from an initial soft decline remain fully protected against fraudulent chargeback claims.
Casos de uso de Fallback 3DScasos de uso
Comércio transfronteiriço
Comerciantes que vendem para clientes em regiões onde a adoção do 3DS2 está atrasada em relação à Europa ou América do Norte usam o fallback para manter taxas de autenticação bem-sucedidas.
Suporte a emissores legados
Retalhistas com um alto volume de transações de pequenos bancos regionais ou cooperativas de crédito que ainda operam em infraestrutura 3DS1 legada.
Segurança de transações de alto risco
Empresas em setores de alto risco usam o fallback para garantir que todos os caminhos de autenticação possíveis sejam tentados, maximizando as chances de garantir uma mudança de responsabilidade.
Estabilidade de plataforma e marketplace
Marketplaces com diversos sub-comerciantes usam o fallback para garantir que os variados tipos de cartão e respostas do emissor não interrompam a experiência de checkout agregada.
Fallback 3DS em números
Taxas típicas de sucesso de autenticação quando o fallback está ativado, pois captura transações de emissores que não possuem suporte a protocolos modernos.
A diminuição estimada de recusas técnicas observada pelos comerciantes ao implementar a lógica de versionamento e fallback automatizada.
A sobrecarga de processamento padrão para o gateway mudar de protocolo, excluindo o tempo que o titular do cartão leva para interagir com o desafio.
Metodologia: estes valores são intervalos meramente indicativos, retirados de dados publicados do setor e de grupos de comerciantes observados, não constituindo garantias. Os resultados reais dependem do seu perfil de risco, da combinação de cartões, da geografia e da sua configuração de adquirência, sendo confirmados apenas nos seus próprios termos de preços e aprovação.
Termos relacionados
Fale com a nossa equipa sobre uma implementação live nas rails dos nossos parceiros adquirentes.
O que obtém com Fallback 3DS
- Identifica falhas do protocolo 2.0 em tempo real para acionar caminhos de autenticação legados imediatos.
- Contorna tempos limite técnicos redirecionando para infraestrutura legada estável quando necessário.
- Mantém a conformidade com a Autenticação Forte do Cliente para transações regulamentadas no EEE e no Reino Unido.
- Captura valores CAVV e AAV de respostas legadas para pedidos de autorização válidos.
- Suporta implementações de protocolo legado Mastercard SecureCode e Verified by Visa.
- Protege os comerciantes de estornos relacionados a fraudes através da aplicação consistente da mudança de responsabilidade.
A short scoping call, then a written plan for your MIDs.
Perguntas sobre Fallback 3DS
O fallback 3DS1 ainda está em conformidade com as regulamentações PSD2 e SCA?
Sim, de acordo com a orientação regulatória atual, o 3DS1 ainda é considerado um método válido para realizar a Autenticação Forte do Cliente (SCA) se o 3DS2 não estiver disponível.
Embora os reguladores e esquemas prefiram fortemente o 3DS2 devido à sua melhor partilha de dados e design centrado no telemóvel, o fallback para 3DS1 satisfaz o requisito de autenticação de dois fatores.
Isso garante que o comerciante não precise recorrer a uma transação não autenticada, que provavelmente seria recusada por um emissor sob o mandato SCA.
O uso do fallback 3DS afetará a experiência do utilizador no checkout?
O 3DS1 geralmente envolve um redirecionamento de página inteira ou um iframe, que é menos integrado do que o fluxo sem atrito do 3DS2.
Embora o 3DS2 permita a autenticação apenas de dados sem interação do utilizador, um fallback para 3DS1 quase sempre exigirá que o titular do cartão interaja com uma página de desafio.
Isso pode introduzir um ligeiro atrito em comparação com um fluxo sem atrito 3DS2 bem-sucedido, mas geralmente é preferível a uma recusa definitiva, que exigiria que o cliente abandonasse a compra completamente.
O fallback 3DS oferece a mesma mudança de responsabilidade que o 3DS2?
Na maioria dos casos, sim. Quando uma transação é autenticada com sucesso via 3DS1, a mudança de responsabilidade por disputas relacionadas a fraudes geralmente passa do comerciante para o emissor, semelhante ao 3DS2.
No entanto, é importante notar que os esquemas de cartão definiram datas de desativação para o suporte legado 3DS1.
À medida que essas datas passam, os benefícios da mudança de responsabilidade para 3DS1 podem ser retirados em certas regiões, tornando essencial priorizar o 3DS2 sempre que possível.
Como o sistema decide quando acionar um fallback?
O fallback é acionado com base na resposta do Servidor de Diretório do Esquema ou do Servidor de Controlo de Acesso do Emissor.
Os gatilhos comuns incluem uma resposta 'Status N' (Não Registado) para 3DS2, um código de erro técnico indicando que o servidor está inativo,
ou um tempo limite em que a solicitação de versionamento 3DS2 não recebe uma resposta dentro de um prazo definido (geralmente 2-5 segundos).
Funcionalidades relacionadas.
Relacionados guias.
Veja como a Cardflo compara.
Preparado para melhorar a sua configuração de pagamentos?
Fale-nos do seu negócio. Iremos apresentá-lo aos parceiros adquirentes e à rota certa, normalmente em menos de uma semana.