Tratamiento de Datos
El paso de tarjeta maneja la tarjeta en tres lugares: el dispositivo del titular, el servidor de Inyo360 y, en el modo de tokenización, el tokenizador del gateway de pagos. Esta página dice qué recibe cada uno y qué se conserva.
Qué Llega a Inyo360
El widget fotografía el frente de la tarjeta y luego el reverso.
| Etapa | Qué ocurre |
|---|---|
| En el dispositivo | Cuando el navegador puede ejecutar el lector de tarjetas, el widget oculta cada dígito del número de la tarjeta salvo los últimos cuatro, y el código de seguridad, antes de enviar la foto. Un navegador que no puede ejecutarlo envía la foto tal como se tomó |
| Al llegar | La foto llega al servidor de Inyo360 en memoria. No se escribe en ningún lugar hasta que el servidor la ha leído |
| En el servidor | El servidor vuelve a leer cada foto, haya hecho lo que haya hecho el dispositivo, con un lector que se ejecuta en los propios servidores de Inyo360. Oculta todo lo que el dispositivo haya pasado por alto: cada dígito del número de la tarjeta más allá de los últimos cuatro, el código de seguridad y cualquier otra secuencia de tres o más dígitos en la tarjeta. Se conserva una fecha de vencimiento |
| Antes de almacenar | Solo se almacena la foto enmascarada, y solo la foto enmascarada se muestra a cualquier verificación |
Falla de forma cerrada. Una foto que el servidor no puede leer se rechaza, no se almacena nada de ella y se le pide al titular que la tome de nuevo. Un par de fotos en el que el número de la tarjeta no puede encontrarse en ninguno de los dos lados tampoco se conserva, y el titular vuelve a empezar desde el frente.
Qué Almacena Inyo360
Dos imágenes enmascaradas, una de cada lado. Cada una conserva la cara de la tarjeta, los últimos cuatro dígitos del número, la fecha de vencimiento y el nombre del titular impreso. Todos los demás dígitos del número, y el código de seguridad, se ocultan.
En una sesión con tokenización, un registro del token, escrito una vez por sesión:
| Campo | Origen |
|---|---|
| Token | El token del gateway, transmitido por el widget |
| Tipo | one_time o recurring, según lo pidió la sesión |
| Últimos cuatro | Los últimos cuatro dígitos de la tarjeta tokenizada, tal como los informó el widget |
| Mes de vencimiento | El mes y el año que confirmó el titular |
| Nombre del titular | El nombre del titular que este confirmó |
Los últimos cuatro dígitos se registran tal como los informó el widget. Inyo360 no los toma del gateway; los compara con los dígitos que quedan visibles en las imágenes almacenadas, y esa comparación es la fila payment_card_token_match.
El bloque paymentCard del resultado lleva solo el token, su tipo, los últimos cuatro dígitos y cuándo se registró. El mes de vencimiento y el nombre del titular se quedan en Inyo360.
Qué Nunca Reciben Sus Sistemas
El número de la tarjeta y el código de seguridad. En el modo de tokenización el titular confirma los datos de la tarjeta en la pantalla de confirmación del widget. El número y el código de seguridad van entonces del navegador del titular al tokenizador del gateway, y a ningún otro lugar.
Lo que vuelve a Inyo360 es el token, su tipo, los últimos cuatro dígitos, el mes y el año de vencimiento, y el nombre confirmado. El paso del token de Inyo360 no tiene campo para el número ni para el código de seguridad, y rechaza una solicitud que lleve cualquier cosa que no nombre.
Lo que le llega a usted es el resultado: filas de verificación y, en una sesión con tokenización, el bloque paymentCard. Ninguno lleva más que los últimos cuatro dígitos del número de la tarjeta, y ninguno lleva las fotos de la tarjeta.
Para el tratamiento que el propio tokenizador da a los datos de la tarjeta, vea Tokenización de Tarjetas del gateway.
Próximos Pasos
- Resultados de la Tarjeta — el bloque
paymentCardy lo que se almacena junto a él - Verificaciones de la Tarjeta — qué lee cada verificación de la tarjeta
- Flujo del Widget — el mismo camino desde el lado del titular