Tokenização de cartões e verificação do CVV
Utilize a tokenização do processador e regras específicas do CVV para cada conexão, sem expor dados de cartão sensíveis.
Nesta página
A tokenização por processadores de pagamento substitui dados confidenciais de cartões de pagamento por tokens exclusivos gerados pelo processador.
As principais características da tokenização são:
- Transparência: a tokenização do processador integra-se de forma transparente ao fluxo de transação.
- Flexibilidade: Use vários processadores para tokenização e faça compras sem CVV.
- Atualização do CVV: Atualize o CVV dos cartões já armazenados no cofre de cartões da DEUNA quando exigido pelo processador.
Tokenização por processador#
O processador utiliza os tokens para realizar transações de forma segura, sem a necessidade de lidar com informações confidenciais do cartão no processo transacional.
Para tokenizar os cartões dos seus clientes:
- Solicite a funcionalidade de tokenização PSP do comerciante à DEUNA.
- Implemente métodos de processador que suportem tokenização de cartão.
- Em alguns casos, é necessário ter um acordo prévio com o processador para tokenização.
Metadados de verificação do cartão#
Tokenização e verificação são relacionadas, mas distintas. Um cartão armazenado recebe metadados de verificação somente depois que a DEUNA o confirma por meio de uma autorização de valor zero ou de uma transação de pagamento que atinge um estado de processamento aceito. Até lá, as respostas de consulta de cartões omitem os metadados de verificação opcionais.
Veja Listar e obter cartões armazenados para as operações publicadas de consulta de cartões. Os metadados de verificação estão documentados na seção abaixo.
Verificação do CVV por conexão#
Alguns processadores exigem que os cartões tokenizados do usuário entrem novamente no CVV.
A verificação de CVV pode ser ativada ou desativada independentemente para cada conexão de processador de pagamento. A configuração da conexão exclude_cvv participa da decisão, mas não determina o comportamento do checkout por si só.
Um pagamento elegível pode prosseguir sem CVV apenas quando a conexão permite a exclusão de CVV e pelo menos um token aplicável está disponível para o instrumento de pagamento selecionado:
- um token de rede foi emitido para o instrumento de pagamento; ou
- um token de PSP está disponível para o instrumento de pagamento e esse PSP é um candidato para a transação.
A rota de pagamento pode exigir CVV explicitamente. Um requisito no nível da rota tem precedência, então a DEUNA solicita CVV mesmo quando uma conexão elegível tem exclude_cvv: true.
Se uma resposta do processador de pagamentos contiver exclude_cvv: true, a conexão suporta processar um fluxo elegível sem pedir ao cliente o CVV. Esta é uma capacidade da conexão, não uma configuração de solicitação que desativa o CVV globalmente e não uma garantia de que toda rota o omitirá.
| Cenário | Comportamento do checkout |
|---|---|
| A rota exige CVV | Solicitar CVV, inclusive quando exclude_cvv é true. |
exclude_cvv é true e o instrumento de pagamento tem um token de rede | O CVV pode ser omitido quando a rota não o exige. |
exclude_cvv é true e o instrumento de pagamento tem um token de PSP para um PSP candidato | O CVV pode ser omitido quando a rota não o exige. |
| Nenhum token de rede aplicável ou token de PSP candidato está disponível | Solicitar CVV. |
| O cartão está sendo usado pela primeira vez ou não foi salvo | Solicitar CVV, a menos que uma condição de token aplicável acima seja satisfeita e a rota permita a exclusão de CVV. |
Exemplo
{
"enabled": true,
"method_type": "credit_card",
"processor_name": "kuski",
"exclude_cvv": true,
}