Inyo

Verificaciones de la Tarjeta

El paso de tarjeta publica sus filas en el mismo arreglo checks que las verificaciones de identidad, con group: "payment_card". Se leen exactamente igual que cualquier otra fila — vea Cómo leer checks[].


Las Verificaciones

VerificaciónQué decideEstadosPresente
payment_card_scene_clearNingún teléfono, monitor o pantalla es visible en ninguno de los dos lados de la tarjeta. Lee el cuadro entero, así que una pantalla detrás de la tarjeta también la disparapassed, failedToda sesión con tarjeta
payment_card_readableSe leyó un nombre del titular en la tarjeta, o la tarjeta no lleva ninguno. Una tarjeta sin nombre impreso se aprueba. Un nombre impreso que no pudo leerse la reprueba, y también un documento de identidad fotografiado en lugar de una tarjetapassed, failed, not_evaluatedToda sesión con tarjeta
payment_card_authenticUna revisión forense de ambos lados encuentra una tarjeta física genuina, no una pantalla, una impresión, una fotocopia ni una imagen alterada. detail nombra el veredicto de cada ladopassed, failed, undetermined, not_evaluatedToda sesión con tarjeta, salvo que Inyo haya desactivado la revisión para su tenant
payment_card_name_matchEl nombre del titular coincide con el nombre del documento de identidad, puntuado contra el umbral de coincidencia de nombres de su cuentapassed, failed, undeterminedCuando se leyó un nombre en la tarjeta, o la tarjeta no lleva ninguno
payment_card_token_matchLa tarjeta tokenizada es la fotografiada, en manos de la persona verificada — vea Coincidencia del tokenpassed, failed, undetermined, not_evaluatedSesiones con tokenización que llegaron al paso del token

Toda fila de la tarjeta tiene severidad high por defecto. Como cualquier severity, es configurable para su cuenta.

Filas por modo de sesión

ModoFilas
Solo verificación (capture)payment_card_scene_clear, payment_card_readable, payment_card_authentic, payment_card_name_match
Tokenización (capture + tokenize)Las mismas cuatro, más payment_card_token_match

Una sesión que nunca llegó al paso de tarjeta — el titular se detuvo antes, o la sesión venció — no lleva filas de la tarjeta, y una fila de la tarjeta ausente no cobra nada.


Cómo Leer las Filas

{ "name": "payment_card_name_match", "status": "undetermined", "group": "payment_card", "severity": "high", "reason": "payment_card_carries_no_name", "detail": "this card carries no cardholder name to compare" }

Cada fila tiene los seis campos que tiene toda verificación: name, status, group, severity, reason, detail. No hay puntuación.

reasonEnSignificado
payment_card_carries_no_namepayment_card_name_match, undeterminedLa tarjeta no imprime nombre del titular, así que no había nada que comparar. Se cobra como una constatación adversa: una tarjeta sin nombre no supera la comparación de nombres
no_identity_namepayment_card_name_match, undeterminedNo se leyó ningún nombre del documento de identidad. Ese costo ya lo lleva document_readable
review_inconclusive, review_incompletepayment_card_authentic, undeterminedUn lado no pudo juzgarse, o no pudo revisarse
last_four_mismatchpayment_card_token_match, failedLos últimos cuatro dígitos de la tarjeta tokenizada difieren de los de la tarjeta fotografiada
name_mismatchpayment_card_token_match, failedEl nombre confirmado no coincide ni con el documento de identidad ni con la tarjeta
card_unreadablepayment_card_token_match, undeterminedLa tarjeta fotografiada no pudo compararse con la tokenizada
provider_unavailable y los demás motivos de proveedorCualquier fila que pueda ser not_evaluatedEl servicio detrás de la verificación no pudo responder — vea Resultados de la Sesión

payment_card_token_match es la única fila de la tarjeta que lleva un reason cuando es failed: falla de dos formas, y reason dice cuál.

Ninguna fila de la tarjeta lleva el número de la tarjeta ni el nombre del titular. detail es un texto fijo, y nada en el resultado lleva más del número que paymentCard.lastFour.


Coincidencia del Token

payment_card_token_match compara lo que se tokenizó con lo que se fotografió. Se ejecuta cuando el widget entrega el token a Inyo360, y hace dos comparaciones:

Se comparaContraConcuerda cuando
Los últimos cuatro dígitos de la tarjeta tokenizada, tal como los informó el widgetLos dígitos que quedan visibles en las fotos almacenadas de la tarjeta, leídos de nuevo en cualquiera de los dos ladosSon los mismos cuatro dígitos en al menos un lado
El nombre del titular que este confirmóEl nombre del documento de identidad, y luego el nombre leído en la tarjetaCoincide con cualquiera de los dos, según el umbral de coincidencia de nombres de su cuenta

Si cualquiera de las dos comparaciones discrepa, la fila falla. Si ninguna discrepa pero una no puede ejecutarse — no hay cuatro dígitos legibles en ninguna de las fotos, o no hay nombre con el cual comparar —, queda undetermined con card_unreadable.


Qué Hace una Fila que Falla

Dos filas se verifican en cuanto llegan ambos lados, y una falla devuelve al titular a tomar de nuevo la tarjeta:

FilaAl titular se le dice
Falla payment_card_scene_clearLa foto parece una imagen de una pantalla, y que fotografíe la tarjeta física
Falla payment_card_readableLa tarjeta no pudo leerse, o parece un documento de identidad en lugar de una tarjeta de pago

Cada nueva toma cuesta un intento de tarjeta. La tarjeta tiene su propia asignación, del mismo tamaño que la del documento y la de la selfie — vea Reintentos de Captura. Agotarla termina la sesión failed, como ocurre al agotar cualquier asignación.

Las demás filas nunca devuelven al titular. Un payment_card_authentic, payment_card_name_match o payment_card_token_match fallido se puntúa con el resto de la sesión: la sesión se completa, la fila se cobra contra el trustIndex y, bajo decisionamiento gestionado, cuenta para la decision como cualquier otra fila. Una sesión con tokenización conserva su bloque paymentCard digan lo que digan esas filas, así que léalas antes de cobrar el token.


Próximos Pasos