6F

A tag 6F é o wrapper mais externo que o cartão devolve em resposta ao SELECT — o primeiro template construído que um terminal parseia numa transação. Dentro dela vive o File Control Information: os identificadores de aplicação, rótulos e dados discricionários que permitem ao terminal saber qual aplicação alcançou e como falar com ela. Acertar este parse e o resto da transação tem fundação; errar e nada do que vem depois pode ser confiável.

Lê-la é exatamente o que o decoder desta página faz: abrir o valor como BER-TLV aninhado e listar os objetos construídos e primitivos dentro. Um FCI típico carrega o Dedicated File Name (84), o Application Label (50), o Application Priority Indicator (87) quando múltiplas aplicações coexistem, o FCI Issuer Discretionary Data (BF0C) para qualquer coisa que o emissor queira adicionar, e o FCI Proprietary Template (A5) que ele mesmo contém objetos específicos da aplicação como o Processing Options Data Object List (PDOL, 9F38).

Por que isso importa é que o 6F é o ponto de entrada da seleção de aplicação, e a seleção de aplicação é o ponto de entrada de todo o resto. O SELECT do PPSE (Proximity Payment System Environment) devolve uma lista de templates 6F, uma por aplicação candidata; o terminal escolhe com base em prioridade e capacidade, e então emite um SELECT final cuja resposta 6F lhe dá o PDOL que deve satisfazer no GET PROCESSING OPTIONS. Um bug de parser dentro do 6F — ler errado um template aninhado, descartar o BF0C — corrompe a própria seleção, e o sintoma costuma ser um terminal que não consegue achar uma aplicação num cartão que tem várias.

A armadilha de integração é tratar o 6F como uma lista plana de tags. Ele é construído e aninha: A5 (FCI Proprietary Template) é ele mesmo construído e carrega seus próprios filhos; BF0C é construído e carrega dados discricionários do emissor que podem eles mesmos ser aninhados. Um parser que lê só os filhos de topo do 6F e não recurse em A5 vai perder o PDOL inteiro — e sem o PDOL, o terminal não tem como saber o que enviar no GET PROCESSING OPTIONS, e a transação trava no passo seguinte.

Para decodificar, trate o 6F como a raiz de uma árvore e recurse. Todo filho construído (A5, BF0C) deve ele mesmo ser aberto; todo filho primitivo (84, 50, 9F38) é uma folha com um valor. Um parser BER-TLV que trate tags multi-byte, comprimentos em forma longa e profundidade de aninhamento arbitrária não é opcional aqui — o FCI é o primeiro lugar onde um parser ingênuo que presume tags de byte único e estrutura plana vai falhar, e a falha é silenciosa (dados faltando) em vez de ruidosa (erro de parse).