Autenticação Dinâmica
Autenticação dinâmica e orquestração de verificação com DEUNA
Nesta página
- O que este guia cobre
- Modelo de decisão
- Arquitetura de referência
- Escolha um controle de autenticação
- Revisão manual
- Verificação pós-autorização
- Como os arquitetos de soluções devem pensar sobre isso
- Exemplos de padrões de decisão
- Entradas que DEUNA pode usar na lógica de roteamento
- Considerações de implementação
Autenticação dinâmica e orquestração de verificação com DEUNA
A autenticação dinâmica seleciona o controle que uma transação precisa antes da autorização e aplica uma política de verificação consistente após o processador responder. A decisão pode usar resultados de fraude, atributos da transação, contexto do cliente, comportamento do emissor, regras de mercado e a política de risco do lojista.
O que este guia cobre#
Modelo de decisão#
| Momento | Implementação rígida | Implementação orquestrada |
|---|---|---|
| Solicitação de baixo risco | Aplicar a mesma autenticação para cada cliente. | Continuar diretamente quando a rota e a política do lojista permitirem. |
| Risco limítrofe | Aprovar ou rejeitar com base em uma única pontuação. | Selecionar enriquecimento leve, autenticação forte, verificação de identidade ou revisão manual. |
| Solicitação de alto risco | Recuse imediatamente. | Interrompa a transação ou tente um controle de recuperação aprovado quando um estiver configurado. |
| Resposta do processador | Interprete os valores de AVS específicos do provedor de forma independente. | Normalize os sinais de verificação suportados e aplique uma política comum do lojista. |
A política de roteamento deve separar avaliação de risco de seleção de ação. Uma pontuação ou decisão do provedor é uma entrada; a rota configurada determina a próxima ação permitida.
Arquitetura de referência#
Abaixo está uma arquitetura conceitual simples.
Interpretação arquitetônica
| Palco | Responsabilidade | Saída |
|---|---|---|
| Avalie | Combine entradas aprovadas de fraude, cliente, transação, emissor, mercado e política do lojista. | Uma decisão de rota com a próxima ação permitida. |
| Controlo | Continue diretamente ou invoque enriquecimento, autenticação, verificação de identidade ou revisão manual suportados. | Evidência ou uma decisão terminal. |
| Autorizar | Envie a transação elegível ao processador de pagamento selecionado. | Autorização e dados de verificação suportados. |
| Aplique | Normalize os sinais de resposta suportados e aplique a política comum do lojista. | Aceite, recuse ou escale. |
Autenticação e verificação, portanto, permanecem parte da mesma rota de transação em vez de se tornarem integrações isoladas específicas do provedor.
Escolha um controle de autenticação#
Selecione o controle suportado menos disruptivo que atenda aos requisitos de risco e política da rota.
| Controlo | Melhor ajuste | Impacto no cliente | Resultado da rota |
|---|---|---|---|
| Autorização direta | Tráfego confiável e de baixo risco sem requisito adicional. | Nenhuma etapa de autenticação adicional. | Continue para o processador selecionado. |
| Somente Dados 3DS / Somente Compartilhamento de Dados | Tráfego limítrofe onde o contexto do emissor pode ajudar, mas um desafio não é justificado. | Nenhum desafio completo ao portador do cartão. | Continue com contexto adicional do emissor onde suportado. |
| EMV 3DS Completo | Risco elevado, valor alto, primeiro uso, condições do emissor, ou requisito do comerciante ou regulatório. | Autenticação sem atrito ou com desafio de acordo com o resultado 3DS suportado. | Continue apenas com um resultado de autenticação aceitável. |
| Passkey | Jornadas de usuário recorrente elegível ou nativas do dispositivo onde uma prova mais forte é útil. | Autenticação nativa do dispositivo onde suportada. | Continue com o resultado passkey suportado. |
| Verificação biométrica ou de identidade | Risco de tomada de conta, produtos sensíveis, valor muito alto ou certeza de identidade mais forte. | Verificações de rosto, vivacidade, posse ou identidade de acordo com o provedor selecionado. | Continue, pare ou escale de acordo com o resultado configurado. |
| Revisão manual | Transações ambíguas ou operacionalmente sensíveis onde o julgamento humano agrega valor. | A transação aguarda uma decisão do analista. | Aprovar, rejeitar ou escalar. |
A rota pode avaliar o valor da transação, tempo do cliente, alterações no dispositivo ou velocidade, segmento do emissor ou BIN, mercado, resultado de fraude e tentativas anteriores. Não assuma que cada controle está disponível em todos os processadores ou em todos os mercados.
Revisão manual#
Use a revisão manual quando um fluxo de trabalho de provedor de fraude suportado pode tomar uma decisão melhor do que uma recusa automática ou uma autenticação adicional do cliente. Candidatos típicos incluem pedidos de alto valor, sinais de fraude mistos, clientes estrategicamente importantes e transações com contexto operacional que regras estáticas não conseguem avaliar de forma confiável.
| Resultado da revisão | Próxima ação |
|---|---|
| Aprovar | Continue para autorização, captura ou cumprimento de acordo com o fluxo do lojista. |
| Rejeitar | Pare a transação ou bloqueie o cumprimento de acordo com a política. |
| Escalonar | Invoque um caminho de autenticação ou verificação de identidade suportado quando a rota permitir. |
A revisão manual é um caminho de validação humana. Ela não substitui o EMV 3DS, passkeys, verificação biométrica ou os controles de cumprimento do lojista.
Verificação pós-autorização#
O AVS é um sinal de resposta, não um substituto para o 3DS ou verificação de identidade. Processadores suportados podem expor valores brutos diferentes, então a DEUNA normaliza esses valores antes que a política do lojista decida a ação final.
| Palco | Comportamento da DEUNA | Decisão do lojista |
|---|---|---|
| Receber | Leia a resposta bruta de AVS suportada do processador ou gateway. | Nenhuma análise específica do provedor no fluxo de checkout. |
| Normalizar | Mapeie a resposta para o modelo de AVS suportado da DEUNA. | Mantenha uma política em todas as conexões elegíveis. |
| Aplique | Avalie o resultado normalizado em relação à política configurada. | Aceite, recuse ou escale. |
| Contexto de exemplo | Resultado da política |
|---|---|
| Baixo risco com um resultado de AVS aceitável | Continue normalmente. |
| Risco moderado com uma correspondência fraca ou parcial | Recuse ou escale de acordo com a política do lojista. |
| A autorização é bem-sucedida, mas o resultado normalizado de AVS está bloqueado | Aplique a recusa pós-resposta configurada. |
| Pedido estrategicamente importante com um resultado incerto | Escalone para revisão suportada ou outra ação permitida. |
Defina regras de negação automática no DEUNA Admin
Um fluxo de configuração típico é:
- Faça login em Administrador DEUNA.
- Navegue até Gerenciamento de erros.
- Abra Configurações AVS.
- Selecione os códigos DEUNA AVS que representam riscos inaceitáveis para o seu negócio.
- Salve a configuração.
Uma vez configurada, a política se aplica consistentemente a rotas suportadas onde os dados de AVS estão disponíveis. Consulte Gestão AVS para o modelo de resposta detalhado e o comportamento de configuração.
Como os arquitetos de soluções devem pensar sobre isso#
Uma boa implementação não adiciona mais autenticação em todos os lugares. Ela define uma escada de decisão e move uma transação apenas até onde seu risco, política e evidências exigem.
Escada de decisão recomendada
| Nível | Controlo | Usar quando |
|---|---|---|
| 1 | Autorização direta | A transação é confiável e nenhum controle adicional é necessário. |
| 2 | Enriquecimento leve | O contexto do emissor é útil, mas um desafio completo não é justificado. |
| 3 | Autenticação forte do titular do cartão | O risco ou a política exigem uma prova mais forte do titular do cartão. |
| 4 | Validação humana | O sinal é ambíguo e o julgamento do analista pode agregar valor. |
| 5 | Maior certeza de identidade | A transação requer confiança além das verificações da camada de pagamento. |
| 6 | Aplicação da verificação de resposta | Um sinal pós-resposta suportado ainda deve ser aceito, recusado ou escalonado. |
A escada evita autenticação forte desnecessária, transações recuperáveis que resultam em recusas duras por padrão e semânticas de resposta específicas do provedor fragmentando a política do lojista.
Exemplos de padrões de decisão#
Entradas que DEUNA pode usar na lógica de roteamento#
Uma rota robusta combina entradas aprovadas em vez de depender de uma pontuação.
| Grupo de sinal | Exemplos |
|---|---|
| Fraude | Decisão, pontuação, motivo de rejeição, faixa de revisão, fila ou resultado de revisão manual. |
| Cliente | Histórico, tempo de relacionamento, nível de confiança e resultados anteriores. |
| Transação | Valor, perfil da cesta, sensibilidade do produto e tentativas anteriores. |
| Cartão e emissor | BIN, emissor, tipo de cartão, país e contexto de autenticação suportado. |
| Sessão | Dispositivo, localização, velocidade e outras anomalias de sessão aprovadas. |
| Política do lojista | Vertical, mercado, geografia, rota e requisitos de tolerância a risco. |
| Resposta do processador | Sinais normalizados suportados, como AVS. |
Mantenha as entradas da rota explícitas e observáveis para que uma decisão possa ser reproduzida sem duplicar a lógica específica do provedor no código de checkout.
Considerações de implementação#
Medir cada ramo
| Área de medição | Métricas úteis |
|---|---|
| Recuperação | Taxa de recuperação e aumento de autorização para tráfego previamente rejeitado. |
| Atrito do cliente | Taxa de desafio, abandono e impacto na conversão por segmento. |
| Risco | Taxa de fraude, taxa de incompatibilidade de AVS e taxa de negação orientada por política. |
| Economia | Custo de processamento e custo para recuperar uma transação elegível. |
Proteger evidência de autenticação
Quando o 3DS faz parte do fluxo, trate os dados de autenticação de acordo com as regras atuais da rede de cartões, do provedor de pagamento e de conformidade. Não dependa do armazenamento de longo prazo de valores criptográficos de autenticação, como CAVV ou AAV, e não retenha criptogramas brutos em logs ou análises do lojista.
Trate o AVS como um sinal ao lado do histórico do cliente, valor da transação, evidência de fraude, comportamento do dispositivo e contexto de mercado — não como a única fonte da verdade.