Certificando um Terminal: L1, L2, L3 e as Brand Test Tools

💡 TL;DR (Too Long; Didn't Read)

Certificação de terminal em 90 segundos:

Embarcar um terminal de pagamento exige três certificações separadas, e confundi-las é como cronogramas escorregam.

O Nível 1 (EMVCo) testa o hardware e o transporte — elétrico, RF e o protocolo cartão-terminal. A leitora fala fisicamente e eletricamente com um cartão corretamente?

O Nível 2 (EMVCo) testa o kernel — a lógica da aplicação EMV que executa a transação. Ele implementa as decisões da especificação corretamente?

O Nível 3 (bandeira/adquirente) testa a transação ponta a ponta contra o host de cada bandeira, usando as Brand Test Tools e casos de teste roteirizados. Uma transação real chega à Visa/Mastercard/etc. corretamente?

Você faz L1 e L2 largamente uma vez por produto; você faz L3 por adquirente, por bandeira, por configuração — e é aí que o calendário vai.

Há um modo de falha previsível em projetos de hardware de pagamento: um time de engenharia constrói um terminal que funciona belamente na bancada, e então descobre que "funciona" e "certificado" estão separados por três processos de aprovação — conduzidos por entidades diferentes, testando camadas diferentes, em cronogramas diferentes — e que eles não anteciparam nenhum deles. A certificação de terminal de pagamento não é um portão; são três, convencionalmente chamados Nível 1, Nível 2 e Nível 3, e entender qual é qual — e, crucialmente, qual você repete e qual você faz uma vez — é a diferença entre um lançamento previsível e um atraso mistificante de seis meses. Este é um mapa estratégico dos três níveis, traçado a partir do processo de Type Approval da EMVCo e dos programas ponta a ponta das bandeiras; as suítes de teste e os requisitos específicos pertencem à EMVCo e às bandeiras individuais, então trate isto como o terreno e os programas delas como o levantamento topográfico.

Os três níveis são três perguntas diferentes

O jeito mais limpo de segurar isso é que cada nível responde a uma pergunta diferente sobre uma camada diferente.

O Nível 1 pergunta: o hardware fala com um cartão corretamente? É a camada física e de transporte. Para cartões com contato, isso significa as características elétricas e o protocolo de transmissão ISO/IEC 7816; para contactless, o campo de RF, o comportamento analógico e a comunicação ISO/IEC 14443. O L1 não se importa com o que a transação significa — importa que bytes se movam entre cartão e terminal de forma confiável, nas tensões, tempos e intensidades de campo corretos. É administrado como EMVCo Level 1 Type Approval, e é fundamentalmente sobre o hardware da leitora e seu firmware de baixo nível.

O Nível 2 pergunta: o kernel implementa o EMV corretamente? O kernel é a aplicação EMV — o software que executa o fluxo da transação: seleção, GPO, leitura de registros, autenticação de dados offline, a decisão de CVM, gerenciamento de risco, GENERATE AC. O EMVCo Level 2 Type Approval testa que essa lógica conforma à especificação: dadas estas condições de cartão e estas configurações de terminal, o kernel toma as decisões que a especificação manda? Juntos, L1 e L2 produzem uma combinação terminal + kernel aprovada pela EMVCo, e essa aprovação é largamente reutilizável — você certifica o produto, não cada implantação.

O Nível 3 pergunta: uma transação real chega ao host da bandeira corretamente, ponta a ponta? É aqui que terminal, software do adquirente, mensagem de rede e o host de autorização real da bandeira são exercitados juntos. O Nível 3 é conduzido pelas bandeiras e pelo adquirente, não pela EMVCo, usando os cartões de teste, scripts e — o artefato operativo — as Brand Test Tools de cada bandeira. Ele valida a cadeia inteira: a construção da mensagem ISO 8583, o conjunto de tags do DE 55, a validação online do criptograma, estornos e as dezenas de cenários de transação que cada bandeira exige.

A assimetria que devora calendários

Aqui está o insight estratégico para o qual o mapa existe: L1 e L2 são aproximadamente uma vez por produto; L3 é por adquirente, por bandeira, por configuração. Você obtém aprovação EMVCo da sua leitora e do seu kernel uma vez, e essa aprovação viaja. Mas o Nível 3 é conduzido contra cada host adquirente ao qual você se conecta e cada bandeira que você aceita, e muitas vezes reexecutado quando você muda a configuração do terminal, a formatação da mensagem ou adiciona um tipo de transação. Um produto aceitando quatro bandeiras em três adquirentes não é um L3 — é uma matriz de esforços de L3, cada um com seus scripts, sua rodada de Brand Test Tool e seu laço de defeito-correção-reteste.

Times que planejam "a certificação" como um marco único descobrem essa matriz tarde. Times que planejam a tratam L1/L2 como um portão de produto a vencer cedo e L3 como um programa contínuo e paralelizável, com laboratório de teste, acesso sandbox a cada host e as Brand Test Tools de pé desde o primeiro dia.

As Brand Test Tools

As Brand Test Tools (BTT) são as suítes de teste fornecidas pelas bandeiras que conduzem o Nível 3. Cada rede tem a sua — os detalhes e nomes pertencem às bandeiras — e cada uma define uma bateria de cenários de transação que o terminal precisa tratar corretamente contra o host: aprovações, recusas, caminhos offline e online, variações de CVM, estornos e estornos parciais, referrals e condições de erro. Passar nelas não é "rode uma vez e pronto"; é um laço orientado por defeitos — rode os casos, capture falhas, corrija o terminal ou a construção da mensagem, reexecute. Os casos são exaustivos por desenho porque as bandeiras estão protegendo a integridade de suas redes, e um terminal que falha num caso de estorno é um terminal que pode perder dinheiro em produção.

A alavancagem de engenharia está na preparação. Toda falha que a BTT expõe é um cenário de transação específico e reproduzível, e a maioria delas remete a coisas que esta série cobriu: um conjunto de tags errado no DE 55, um bit do TVR mal tratado, um fallback de CVM que o kernel errou. Os times que passam no L3 rápido são os que entenderam a transação profundamente antes do laboratório, não os que usaram a BTT para descobrir como o EMV funciona.

Onde o Brasil entra

No Brasil o quadro tem uma camada regional adicional: ao lado do Type Approval da EMVCo e do L3 das bandeiras, há certificação conduzida pela ABECS para o pinpad e a automação, refletindo o protocolo ABECS que governa a fronteira do dispositivo e seus casos de teste versionados. Um terminal para o mercado brasileiro planeja para os níveis EMVCo, os L3s das bandeiras e a conformidade ABECS — que é precisamente por que expertise regional não é opcional lá.

Cicatrizes de batalha

"Funciona na bancada" não é um marco. Um terminal que completa transações na sua mesa passou por zero certificações. A lacuna entre funcional e certificado são os três níveis, e ela é medida em meses. Coloque certificação no plano no início do projeto, não depois da demo.

L3 é uma matriz, orce como tal. Um adquirente, uma bandeira é um esforço de L3. Quatro bandeiras em três adquirentes é um programa. Se seu roadmap tem uma única linha de "certificação", ela está errada por um fator grande, e a descoberta vai acontecer no pior momento.

A BTT é um espelho, não uma professora. Entrar no Nível 3 esperando que as Brand Test Tools te ensinem EMV é o caminho caro — cada iteração custa tempo de laboratório e um ciclo de correção-reteste. Entrar tendo dominado o fluxo, o criptograma, a lógica de decisão e o DE 55 transforma o L3 em confirmação em vez de descoberta.

Onde isto se encaixa

Certificação é o portão pelo qual todo outro tópico desta série precisa passar para chegar à produção: o L2 certifica o fluxo da transação e suas decisões; o L3 certifica a mensagem e seu DE 55 ponta a ponta. Tudo que você aprendeu a decodificar é algo que um caso de teste vai checar.

Leitura Relacionada no gsstk

O Que Realmente Acontece Quando Você Insere um Chip — o comportamento que o Nível 2 certifica.
Campo 55: A Ponte EMV Dentro do ISO 8583 — a construção que o Nível 3 exercita.
O Protocolo ABECS de Pinpad — a camada regional de conformidade.

Ferramentas: o Dicionário de Tags EMV, a Tabela de Chaves Públicas e o Parser ISO 8583 são as ferramentas de bancada para se preparar antes do laboratório.

Arquivado em: EMV · Payments · Acquiring · POS

Este artigo foi arquitetado por humanos e sintetizado com assistência de IA sob a persona Hephaestus (AI).