Interchange Fee e Pagamento por QR Code: Para Onde Vai Cada Real da Venda

Duas perguntas aparentemente sem relação — “por que a taxa de cartão é essa?” e “como o QR code do Pix realmente funciona?” — têm respostas que se conectam pelo mesmo tema: a engenharia por trás de mover dinheiro de forma segura e barata em escala. Uma explica para onde vai cada centavo de uma venda no cartão; a outra explica por que um QR code de pagamento pode ser fotografado sem risco de fraude.

A economia do cartão: rastreando R$ 100

Quando um cliente paga R$ 100 no cartão, esse valor não vai inteiro e direto para o comerciante. Ele passa por uma sequência de descontos, cada um remunerando um papel específico da cadeia descrita no ecossistema de pagamentos:

A maior fatia isolada nesse esquema costuma ser a interchange fee — o valor que o banco adquirente repassa ao banco emissor. Entender por que ela existe, e por que é definida centralmente pela rede em vez de negociada individualmente, é o que transforma “a taxa é cara” numa negociação com argumento.

Por que a interchange fee é definida pela rede, não negociada banco a banco

A justificativa técnica é uma questão de eficiência de escala: seria extremamente ineficiente cada banco emissor ter que negociar uma taxa individual com cada comerciante ou cada adquirente do mercado. Isso criaria um problema de complexidade que cresce multiplicativamente — cada novo banco emissor precisaria negociar com cada adquirente existente, e vice-versa.

A rede de cartões (Visa, Mastercard) resolve esse problema publicando uma tabela única de interchange fee, válida para toda transação que passa pela rede. Em vez de um problema de negociação individual entre todos os pares de participantes, existe uma tabela central que todo mundo consulta. Esse serviço — transformar um problema de coordenação complexo numa tabela simples e previsível — é, essencialmente, o produto que a rede de cartões vende, e é o que justifica sua remuneração via assessments.

Por que o emissor é compensado: as três razões

A interchange fee não é uma taxa arbitrária cobrada “porque pode”. Ela remunera três riscos e custos reais que o banco emissor assume em toda transação:

• Risco de crédito — o emissor paga ao comerciante mesmo que, por algum motivo, o portador do cartão não pague sua fatura depois. O risco de inadimplência é do emissor, não do lojista.
• Capital de giro — o emissor paga ao comerciante antes de o portador efetivamente pagar sua fatura, no caso de cartão de crédito. Esse adiantamento tem custo de capital.
• Custos operacionais — gestão de contas, emissão de extratos, detecção de fraude, gestão de risco, compensação e liquidação de cada transação. São processos contínuos que rodam por trás de cada cartão emitido, independentemente de quantas transações específicas acontecem.

Entender essa decomposição muda a forma de avaliar meio de pagamento alternativo: PIX, por exemplo, praticamente elimina o risco de crédito e o capital de giro do emissor (é liquidação instantânea, sem crédito envolvido), o que explica estruturalmente por que seu custo tende a ser mais baixo que o do cartão de crédito — não é só decisão de política pública, é consequência direta de remover dois dos três custos que a interchange fee remunera.

O valor estratégico de entender a decomposição

Saber que a taxa precifica risco, capital e operação — em vez de ser um número arbitrário — habilita três movimentos práticos:

• Negociar com argumento. Um negócio com histórico baixo de chargeback e fraude representa menos risco de crédito real ao emissor — argumento que pode sustentar negociação de taxa de adquirência, ainda que a interchange fee em si seja fixada pela rede.
• Avaliar proposta de fintech com clareza. Uma fintech que promete “taxa menor” precisa estar cortando custo em algum lugar da cadeia — entender onde exatamente permite avaliar se a economia é sustentável ou se esconde risco (por exemplo, prazo de liquidação mais longo compensando a taxa mais baixa).
• Construir caso de negócio para meio de pagamento alternativo. Migrar parte do volume de vendas para PIX ou débito, com números concretos de economia por transação, é um argumento de negócio muito mais forte que “vamos usar PIX porque está na moda”.

Scan to pay: a anatomia do pagamento por QR code

O lançamento oficial do PIX pelo Banco Central, em novembro de 2020, popularizou no Brasil um mecanismo de pagamento por QR code que já existia em outros mercados — e vale entender sua anatomia, porque ela resolve um problema de segurança de forma elegante.

O fluxo completo, do lado do comerciante, roda em menos de um segundo:

1. O caixa totaliza a compra e clica em finalizar.
2. O sistema envia o ID do pedido e o valor ao PSP (provedor de serviço de pagamento).
3. O PSP salva essas informações no banco e gera uma URL que será codificada no QR code.
4. O gateway lê essa URL.
5. A URL é devolvida ao comerciante.
6. O terminal ou tela exibe o QR code gerado a partir dessa URL.

Do lado do consumidor: ele escaneia o QR, confirma o valor exibido, e clica em pagar. O app do consumidor então notifica o PSP, que marca aquele QR específico como pago e confirma a transação de volta ao app, ao mesmo tempo em que notifica o comerciante de que o pagamento foi concluído.

O detalhe de projeto mais elegante: o QR não carrega dinheiro nenhum

O ponto central dessa arquitetura, e o que a torna segura por design: o QR code não contém valor nem dado de pagamento. Ele carrega apenas uma referência — uma URL que aponta para um registro específico guardado no servidor do PSP. Esse é exatamente o padrão de arquitetura conhecido como Claim Check: em vez de fazer o payload (o dado sensível) circular por um canal exposto, só uma referência pequena e descartável circula, enquanto o dado real permanece protegido na origem.

As consequências práticas dessa escolha de projeto são diretas:

• O QR é pequeno e descartável, e por não conter dado sensível, não há risco de interceptação relevante ao expô-lo fisicamente numa tela ou impresso num papel.
• O estado autoritativo do pagamento vive inteiramente no PSP, não no QR — o código é só um ponteiro, quem decide se algo foi pago é sempre o servidor.
• Um QR fotografado não pode ser reutilizado para pagar de novo — assim que a transação associada àquela referência é marcada como paga no PSP, qualquer nova tentativa de uso da mesma URL simplesmente encontra um registro já finalizado, e a transação é rejeitada.

Por que fraude com QR code costuma vir de fora do próprio código

Um esclarecimento importante sobre segurança: a arquitetura de referência do QR code de pagamento é sólida — o código em si não pode ser “roubado” e reutilizado, porque não carrega nada além de um ponteiro. Isso significa que quase toda fraude envolvendo QR code de pagamento explora a camada humana em volta do sistema, não uma falha técnica na anatomia do próprio código: golpes que substituem fisicamente o QR real por um QR falso (colado por cima do original, apontando para uma conta diferente), ou engenharia social que convence a vítima a escanear um QR malicioso fora do contexto de uma compra real, fingindo ser uma cobrança legítima.

Entender essa distinção — a arquitetura técnica é segura, o vetor de ataque é humano — muda o tipo de proteção que realmente importa para um comerciante: não adianta pedir “mais segurança técnica no QR code”, porque a vulnerabilidade não está ali. A proteção eficaz é operacional: verificar visualmente que o QR exibido no ponto de venda é o gerado pelo próprio sistema (não um adesivo sobreposto), e treinar a equipe para reconhecer tentativas de substituição física do código.

O mesmo raciocínio aplicado fora de pagamento

O padrão Claim Check — passar uma referência pequena em vez do conteúdo real — é transferível para qualquer situação em marketing onde um identificador circula fora do controle direto da empresa: link de campanha rastreável, cupom de desconto com código único, ou QR code apontando para uma landing page personalizada. Em todos esses casos, o princípio de segurança é o mesmo: o identificador que circula publicamente não deveria carregar informação sensível — deveria apenas apontar para onde a informação real, protegida, está guardada.

Por que a taxa muda conforme a categoria do comerciante

Outro detalhe que a decomposição de custo explica: a interchange fee não é um número único e universal — ela varia conforme a categoria do comerciante (posto de gasolina, supermercado, e-commerce de eletrônico) e conforme o tipo de cartão usado (débito, crédito, cartão corporativo, cartão premium com mais benefícios). Cartões premium, que oferecem mais benefício ao portador — milhas, seguro viagem, cashback — carregam interchange fee mais alta, porque o custo desses benefícios precisa ser financiado por algum lugar da cadeia, e normalmente é embutido justamente nessa taxa.

Isso explica por que negócios com ticket médio baixo e alto volume (como um pequeno varejo físico) costumam sentir mais o peso proporcional da interchange fee do que negócios de ticket alto — a taxa muitas vezes tem um componente fixo por transação, que pesa proporcionalmente mais sobre valores pequenos. Entender essa mecânica ajuda a interpretar por que a mesma bandeira de cartão pode ter custo efetivo bem diferente dependendo do perfil de venda de cada negócio, mesmo usando a mesma adquirente.

Próximos passos para revisar seus custos de pagamento

A ação concreta: pegue o extrato de custos do seu principal meio de recebimento e separe, se o fornecedor disponibilizar essa quebra, quanto vai para interchange fee versus quanto fica com o adquirente como markup. Isso revela quanto do custo total é efetivamente fixado pela rede (pouco espaço de negociação direta) e quanto é margem do seu fornecedor específico (espaço real de negociação).

Se uma parcela relevante das vendas ainda não oferece PIX como opção de pagamento, vale calcular a economia potencial de interchange fee evitada — é o argumento de negócio mais concreto para priorizar essa implementação, em vez de tratá-la como recurso “bom de se ter”.