Tratamento de Dados
A etapa do cartão lida com o cartão em três lugares: o dispositivo do titular, o servidor do Inyo360 e, no modo de tokenização, o tokenizador do gateway de pagamentos. Esta página diz o que cada um recebe e o que é guardado.
O Que Chega ao Inyo360
O widget fotografa a frente do cartão, depois o verso.
| Fase | O que acontece |
|---|---|
| No dispositivo | Quando o navegador consegue rodar o leitor de cartão, o widget tarja todos os dígitos do número do cartão exceto os últimos quatro, e o código de segurança, antes que a foto seja enviada. Um navegador que não consegue rodá-lo envia a foto como foi tirada |
| Na chegada | A foto chega ao servidor do Inyo360 em memória. Ela não é gravada em lugar nenhum até que o servidor a tenha lido |
| No servidor | O servidor lê cada foto novamente, independentemente do que o dispositivo fez, com um leitor que roda nos próprios servidores do Inyo360. Ele tarja tudo o que o dispositivo deixou passar: todos os dígitos do número do cartão além dos últimos quatro, o código de segurança e qualquer outra sequência de três ou mais dígitos no cartão. Uma data de validade é mantida |
| Antes do armazenamento | Apenas a foto mascarada é guardada, e apenas a foto mascarada é mostrada a qualquer checagem |
Na dúvida, ele recusa. Uma foto que o servidor não consegue ler é recusada, nada dela é guardado, e o titular é solicitado a tirá-la novamente. Um par de fotos em que o número do cartão não pode ser encontrado em nenhum dos lados também não é mantido, e o titular recomeça pela frente.
O Que o Inyo360 Guarda
Duas imagens mascaradas, uma de cada lado. Cada uma mantém a face do cartão, os últimos quatro dígitos do número do cartão, a data de validade e o nome do titular impresso. Todos os outros dígitos do número, e o código de segurança, são tarjados.
Em uma sessão de tokenização, um registro de token, gravado uma vez por sessão:
| Campo | Origem |
|---|---|
| Token | O token do gateway, repassado pelo widget |
| Tipo | one_time ou recurring, como a sessão pediu |
| Últimos quatro | Os últimos quatro dígitos do cartão tokenizado, como o widget os informou |
| Mês de validade | O mês e o ano que o titular confirmou |
| Nome do titular | O nome do titular que o titular confirmou |
Os últimos quatro são registrados como o widget os informou. O Inyo360 não os obtém do gateway; ele os compara com os dígitos que restaram nas imagens guardadas, e essa comparação é a linha payment_card_token_match.
O bloco paymentCard do resultado traz apenas o token, o seu tipo, os últimos quatro e quando ele foi registrado. O mês de validade e o nome do titular ficam com o Inyo360.
O Que os Seus Sistemas Nunca Recebem
O número do cartão e o código de segurança. No modo de tokenização o titular confirma os dados do cartão na tela de confirmação do widget. O número e o código de segurança vão então do navegador do titular para o tokenizador do gateway, e para nenhum outro lugar.
O que volta para o Inyo360 é o token, o seu tipo, os últimos quatro, o mês e o ano de validade e o nome confirmado. A etapa do token do Inyo360 não tem campo para o número nem para o código de segurança, e recusa uma requisição que traga qualquer coisa que ela não nomeia.
O que chega até você é o resultado: as linhas de checagem e, em uma sessão de tokenização, o bloco paymentCard. Nenhum dos dois traz mais do que os últimos quatro dígitos do número do cartão, e nenhum dos dois traz as fotos do cartão.
Para o tratamento que o próprio tokenizador dá aos dados do cartão, veja Tokenizando Cartões, do gateway.
Próximos Passos
- Resultados — o bloco
paymentCarde o que é guardado junto com ele - Checagens — o que cada checagem do cartão lê
- Fluxo do Widget — o mesmo caminho do lado do titular