Recurrir a MSR con un lector EMV en modo teclado

En publicaciones anteriores, he mencionado el lector de tarjetas chip Augusta de ID TECH, con patente en trámite, que puede ejecutar una transacción EMV en tan solo 2 segundos gracias a su compatibilidad integrada con «faster EMV» (a menudo llamado Quick Chip). Lo que hace único (y con patente en trámite) a Augusta no es solo la capacidad de realizar transacciones Quick Chip. La parte con patente en trámite tiene que ver con el hecho de que estas transacciones pueden efectuarse con un dispositivo USB que funciona en modo teclado. Esto significa que basta con insertar la tarjeta para que los datos en formato de caracteres (que representan los TLV necesarios para una transacción EMV) salgan del dispositivo de forma automática, listos para ser procesados directamente, por ejemplo, por una aplicación de terminal virtual basada en navegador. No se necesitan controladores especiales.

Para integrar Augusta en una aplicación de pago, no se requiere ningún software especial para «interrogar» al lector de tarjetas. El lector emite los datos automáticamente al insertar la tarjeta. Este modo de funcionamiento ya resulta familiar para muchos usuarios de lectores de banda magnética («card swipers»), en los que basta con deslizar la tarjeta para que los datos fluyan directamente a un formulario web. Augusta aporta esa misma capacidad a los integradores de aplicaciones de pago que necesitan dar soporte a EMV (transacciones con tarjeta chip). ID TECH es la única empresa con productos preparados para EMV que ofrecen esta funcionalidad.

Y ahora esta misma capacidad (EMV Quick Chip en modo teclado) está disponible no solo en Augusta, sino también en otros lectores de tarjetas de ID TECH, como el ViVOpay VP3300 3 en 1 (que admite transacciones MSR, con tarjeta chip y/o sin contacto/NFC, incluyendo Apple Pay, Android Pay, Mifare, entre otras).

Normalmente, en un entorno donde se presentan tarjetas chip, la aplicación de pago necesita un control preciso sobre el comportamiento del lector, de modo que (por ejemplo) si un cliente desliza una tarjeta chip en lugar de usar el chip, la aplicación pueda rechazar el deslizamiento hasta que se hayan realizado 3 intentos de inserción. Por lo general, este tipo de lógica (detectar el deslizamiento por la banda magnética; determinar si la tarjeta tiene chip; rechazar el deslizamiento si existe chip; permitir el deslizamiento solo después de que falle un intento con el chip) requiere mucha comunicación bidireccional entre la aplicación de pago y el lector de tarjetas. ¿Cómo es posible esto si el lector de tarjetas es un «dispositivo de teclado» que emite datos automáticamente?

En los lectores de ID TECH, el comportamiento de fallback puede controlarse mediante ajustes de configuración. Durante la instalación, el integrador especifica los comportamientos deseados enviando al lector diversos TLV (tripletas de tag-length-value) como «ajustes de terminal», en modo USB-HID. Una vez configurado el lector, puede ponerse en modo teclado (al estilo «configurar y olvidarse»). A partir de ese momento, los comportamientos de fallback son automáticos.

Por ejemplo: puede configurar el lector para que compruebe la presencia de un chip en la tarjeta utilizando el tag DFEF62. Si proporciona un valor de 01 en este tag, el lector comprobará automáticamente el código de servicio en los datos de pista de la tarjeta al deslizarla, para verificar si esta dispone de chip. (Y rechazará cualquier intento de deslizamiento hasta que se haya intentado primero con el chip).

Si desea controlar cuántas veces se debe exigir al titular que intente usar el chip, puede hacerlo con el tag DFEF7D. Indique un valor de 03 en el TLV (DFEF7D0103) para indicar al lector que pretende que los titulares intenten usar el chip un mínimo de 3 veces antes de poder recurrir al deslizamiento.

Si desea capturar códigos de error detallados como parte de una sesión de fallback, configure el lector con el tag DFEF65 utilizando un valor de 01. El valor «01» indica que se activen los informes de error detallados. Los códigos de error detallados aparecerán, con cada inserción de tarjeta, en el tag DFEF61. Entre los códigos de error de dos bytes que podría encontrar se incluyen los siguientes:

Para consultar el listado completo de códigos de estado y de error, revise los apéndices del Guía de referencia de etiquetasde ID TECH, que puede descargar de forma gratuita (y sin registrarse) en la Base de conocimientos de ID TECH.

Otro tag de configuración que debe conocer es DFEF7E. Con este tag, puede especificar exactamente qué códigos de error de dos bytes deben activar el comportamiento de fallback. (Puede proporcionar hasta 32 códigos de error de dos bytes como Valor de este TLV).

Este nivel de configurabilidad elimina la necesidad de una considerable «lógica de negocio» en tiempo de ejecución en las aplicaciones de pago, y hace que la integración de un lector EMV en un entorno POS sea mucho más rápida y sencilla de lo que sería de otro modo. Es una de las formas en que ID TECH va un paso más allá para facilitar la vida a los desarrolladores.

¿Tiene preguntas sobre EMV? ¿Quick Chip? ¿El modo teclado USB? Llame a nuestros expertos: 1-800-984-1010. ¡Estamos aquí para ayudarle!