Post Técnico
Retorno ao MSR com um Leitor EMV em Modo Teclado
Em postagens anteriores, mencionei o leitor de cartão com chip Augusta da ID TECH, com patente pendente, que pode processar uma transação EMV em apenas 2 segundos utilizando suporte integrado a "EMV mais rápido" (frequentemente chamado de Quick Chip). O que torna o Augusta único (e com patente pendente) não é apenas a capacidade de realizar transações Quick Chip. O aspecto com patente pendente está relacionado ao fato de que essas transações podem ser realizadas com um dispositivo USB operando em modo teclado. Isso significa que: basta inserir o cartão e os dados de caracteres (representando os TLVs necessários para uma transação EMV) são transmitidos automaticamente pelo dispositivo, prontos para consumo direto por, por exemplo, um aplicativo de terminal virtual baseado em navegador. Nenhum driver especial é necessário.
Para integrar o Augusta a um aplicativo de pagamento, não é necessário nenhum software especial para "consultar" o leitor de cartão. O leitor simplesmente emite os dados automaticamente ao inserir o cartão. Esse modo de operação já é familiar para muitos usuários de leitores de tarja magnética ("leitores de cartão"), nos quais apenas passar o cartão faz com que os dados sejam enviados diretamente para um formulário web. O Augusta oferece essa mesma capacidade aos integradores de aplicativos de pagamento que precisam oferecer suporte a EMV (transações com cartão com chip). A ID TECH é a única empresa com produtos prontos para EMV que fazem isso.
E agora, essa mesma capacidade (EMV Quick Chip em modo teclado) está disponível não apenas no Augusta, mas também em outros leitores de cartão da ID TECH, como o ViVOpay VP3300 3 em 1 (que suporta transações MSR, cartões com chip e/ou transações sem contato/NFC, incluindo Apple Pay, Android Pay, Mifare, entre outros).
Normalmente, em um ambiente onde cartões com chip são apresentados, o aplicativo de pagamento precisa ter controle preciso sobre o comportamento do leitor, de modo que, por exemplo, se um cliente passar um cartão com chip em vez de inseri-lo, o aplicativo possa recusar a leitura por tarja até que a inserção do chip tenha sido tentada 3 vezes. Em geral, esse tipo de lógica (detectar a leitura MSR; verificar se há um chip no cartão; recusar a leitura por tarja se houver um chip; permitir a leitura por tarja somente após falha na inserção do chip) exige intensa comunicação entre o aplicativo de pagamento e o leitor de cartão. Como isso é possível se o leitor de cartão é um "dispositivo teclado" que emite dados automaticamente?
Nos leitores da ID TECH, o comportamento de fallback pode ser controlado por meio de configurações. No momento da configuração, o integrador especifica os comportamentos desejados enviando ao leitor diversos TLVs (triplas tag-comprimento-valor) como "configurações de terminal", no modo USB-HID. Depois que o leitor estiver configurado, ele pode ser definido para o modo teclado (numa espécie de configuração única e definitiva). A partir desse ponto, os comportamentos de fallback passam a ser automáticos.
Por exemplo: é possível configurar o leitor para verificar a presença de um chip no cartão usando a tag DFEF62. Se você fornecer o valor 01 nessa tag, o leitor verificará automaticamente o código de serviço nos dados da trilha do cartão ao passar na leitora, para identificar se há um chip no cartão. (Além disso, qualquer tentativa de swipe será recusada até que o chip tenha sido testado primeiro.)
Caso queira controlar o número de vezes que o portador do cartão deve tentar usar o chip, isso pode ser feito utilizando a tag DFEF7D. Forneça o valor 03 no TLV (DFEF7D0103) para informar ao leitor que os portadores de cartão deverão tentar utilizar o chip no mínimo 3 vezes antes de serem autorizados a recorrer ao swipe como alternativa.
Se desejar capturar códigos de erro detalhados como parte de uma sessão de fallback, configure o leitor com a tag DFEF65 usando o valor 01. O valor '01' ativa o relatório de erros detalhado. Os códigos de erro detalhados aparecerão, a cada inserção de cartão, na tag DFEF61. Os códigos de erro de dois bytes que podem ser exibidos incluem os seguintes:
Para uma listagem completa de códigos de status e códigos de erro, consulte os Apêndices no Guia de Referência de Tagsda ID TECH, que pode ser baixado gratuitamente (e sem necessidade de cadastro) na ID TECH Knowledge Base.
Mais uma tag de configuração que você deve conhecer é a DFEF7E. Com ela, é possível especificar exatamente quais códigos de erro de dois bytes devem acionar o comportamento de fallback. (É possível fornecer até 32 códigos de erro de dois bytes como valor desse TLV.)
Esse nível aprofundado de configurabilidade elimina a necessidade de uma lógica de negócios considerável em tempo de execução nos aplicativos de pagamento, tornando a integração de um leitor EMV a um ambiente de PDV muito mais rápida e simples do que seria de outra forma. É uma das maneiras pelas quais a ID TECH vai além para facilitar o trabalho dos desenvolvedores.
Tem dúvidas sobre EMV? QuickChip? Modo de teclado USB? Ligue para nossos especialistas: 1-800-984-1010. Estamos aqui para ajudar!
