Fluxo do Widget
A etapa do cartão roda dentro do widget hospedado, depois da selfie, na mesma sessão. Você entrega o mesmo widgetUrl — veja Entrega do Widget — e não escreve nenhum código de captura para o cartão.
O Que o Titular Vê
| Tela | Somente verificação | Tokenização |
|---|---|---|
| Introdução | Por que o cartão é pedido, e que o número é tarjado exceto os últimos quatro dígitos, junto com o código de segurança, antes que uma foto seja salva | Igual |
| Frente | Um quadro no formato de cartão com orientação ao vivo — mais perto, mais longe, plano, dentro do quadro. Em um navegador que não consegue ler o cartão ao vivo, o widget tira uma foto no lugar | Igual |
| Verso | Um aviso para virar o cartão, e depois o mesmo quadro para o verso | Igual |
| Confirmação | — | Os dados do cartão, lidos no dispositivo, para conferir e confirmar — veja A tela de confirmação |
| Verificação | "Verificando o seu cartão de pagamento" enquanto o Inyo360 conclui as checagens do cartão | Igual |
| Concluído | A tela de encerramento do widget, ou o seu redirectUrl no modo redirect | Igual |
Quando uma foto mostra uma tela, ou o cartão não pode ser lido, o titular é enviado de volta para tirá-la novamente, com uma mensagem dizendo por quê — veja O que uma linha com falha faz.
A Tela de Confirmação
Apenas no modo de tokenização. A tela abre assim que o verso é enviado, com os quatro campos que o dispositivo leu do cartão: número, data de validade, nome do titular e código de segurança.
| Elemento | Comportamento |
|---|---|
| Um campo lido com confiança | Exibido com um visto |
| Um campo sobre o qual a leitura ficou em dúvida, ou que ela não captou | Destacado. O titular o confere com o cartão, corrige ou preenche, e toca em Confirmar naquele campo |
| Número e código de segurança | Mascarados: o código por inteiro, o número exceto os últimos quatro dígitos. Um campo destacado é exibido para que possa ser conferido, e Mostrar tudo revela os dois |
| Continuar | Habilitado quando todos os campos estão preenchidos e válidos: um número de cartão válido, uma data de validade que não passou, um nome, e um código de segurança de três dígitos, ou quatro em um cartão que imprime quatro |
| Escanear de novo | Volta para a frente do cartão, sem manter nada do que foi lido ou digitado. Oferecido enquanto a sessão ainda aceita novas fotos do cartão |
Ao tocar em Continuar, o widget entrega o número, a validade e o código de segurança ao tokenizador do gateway, e depois passa ao Inyo360 o token e o nome confirmado.
As fotos do cartão continuam sendo as da sessão até que uma nova frente seja mantida, então um Escanear de novo que o titular abandona deixa o primeiro cartão no lugar. Uma sessão registra um único token: depois que ele é registrado, o cartão não pode ser escaneado de novo.
Por Trás das Telas
A sequência de ponta a ponta, da criação da sessão à cobrança do token, está em Verificação de Cartão de Pagamento. O que acontece no caminho:
- Cada foto do cartão é mascarada no dispositivo do titular quando o navegador consegue, e depois lida e mascarada de novo no servidor do Inyo360 — veja Tratamento de Dados.
- Os campos da tela de confirmação são lidos no dispositivo do titular; o servidor do Inyo360 não devolve nenhum campo do cartão ao widget.
- Enquanto o titular confirma, o Inyo360 checa a cena e se o cartão é legível.
- O Inyo360 recebe o token com os últimos quatro dígitos, a validade e o nome confirmado, nunca o número do cartão nem o código de segurança.
- A análise forense, a correspondência de nome e a correspondência do token rodam depois que o token chega, e a sessão então termina uma única vez, com um único resultado.
No modo somente verificação o fluxo para depois das fotos do cartão: não há tela de confirmação nem tokenizador, e o resultado não traz bloco paymentCard.
Próximos Passos
- Tratamento de Dados — o que cada seta carrega, e o que é guardado
- Checagens — as linhas que a etapa do cartão adiciona
- Resultados — o bloco
paymentCard