Banco por Dentro (2/3): os trilhos e as regras, pagamentos, BACEN e banco × fintech

Gregor Hohpe descreve o arquiteto como alguém que consegue se mover entre o andar executivo, onde se fala em estratégia, regulação e risco, e o andar técnico, onde se fala em protocolos, latência e consistência eventual. No mercado financeiro, essa habilidade é especialmente crítica porque os dois andares são inseparáveis: uma decisão regulatória do BACEN (andar de cima) pode exigir uma mudança de arquitetura em 90 dias (andar de baixo).

Na Parte 1 desta série, ficamos no andar do negócio: o que um banco faz, captação, crédito, pagamentos, câmbio, custódia. Agora descemos para o andar dos trilhos: a infraestrutura concreta que executa essas capacidades. Um 'trilho de pagamento' é, para um engenheiro, análogo a um transport layer: é o canal padronizado pelo qual mensagens de débito/crédito trafegam entre instituições, com regras de horário, liquidação, formato de mensagem e responsabilidade por erros.

O Brasil tem um dos sistemas de pagamentos mais sofisticados do mundo, não por acidente, mas porque o BACEN investiu décadas construindo infraestrutura pública e regulando a entrada de participantes. O SPB (Sistema de Pagamentos Brasileiro) é o nome do conjunto: inclui câmaras de compensação, sistemas de liquidação e os próprios trilhos. Entender o SPB é entender as restrições de design de qualquer sistema financeiro brasileiro.

Pix é o trilho mais novo e o mais importante para entender primeiro. Lançado em novembro de 2020, opera 24/7/365 e liquida em até 10 segundos. Tecnicamente, usa o protocolo ISO 20022 (mensagens XML estruturadas, pense em 'JSON com schema obrigatório e validado por regulador'). Há dois componentes centrais: o SPI (o trilho em si, que move as reservas entre contas dos PSPs no BACEN) e o DICT (o diretório que resolve chaves, funciona exatamente como DNS: você dá um nome legível, recebe um endereço de conta). Quando você paga com Pix, seu app consulta o DICT para descobrir em qual banco está a conta do recebedor, depois envia a ordem de pagamento via SPI. O BACEN debita a conta de reservas do seu PSP e credita a conta de reservas do PSP do recebedor, tudo em segundos.

TED (Transferência Eletrônica Disponível) é o trilho anterior ao Pix. Usa o STR, também operado pelo BACEN, mas só funciona em horário comercial (aproximadamente 6h30–17h30 em dias úteis). Liquida em tempo real dentro desse janela. Ainda relevante para transferências de alto valor entre empresas.

DOC (Documento de Ordem de Crédito) é legado puro: liquidação no dia seguinte (D+1), limite de R$ 4.999,99, processado em lote. Está em processo de descontinuação, o Pix o tornou irrelevante.

Boleto é um instrumento de cobrança (não de transferência): o pagador pode pagar em qualquer banco, lotérica ou app. A compensação é feita pela CIP/Nuclea. Liquidação em D+1 ou D+2. Ainda amplamente usado para B2B e e-commerce.

Câmbio (transferência internacional) envolve o sistema SWIFT para mensageria entre bancos correspondentes e um contrato de câmbio obrigatório no Brasil, toda conversão de moeda precisa ser registrada no BACEN. Latência típica: 1–3 dias úteis. Custo alto. A regulação cambial brasileira é uma das mais complexas do mundo.

Investimentos: ações e títulos privados liquidam na B3 em D+2 (dois dias úteis após a negociação). Títulos públicos (Tesouro Direto) liquidam via Selic/BACEN. CDBs são escriturais, existem como registros contábeis no banco emissor, sem liquidação em câmara.

O cartão de crédito/débito parece simples para o usuário, você passa o cartão, o pagamento acontece. Por baixo, há quatro atores distintos com contratos e fluxos de dinheiro separados. Entender esse modelo é obrigatório para qualquer trabalho em pagamentos.

Portador (cardholder): você, o dono do cartão. Tem contrato com o emissor.

Emissor (issuer): o banco ou fintech que emitiu o cartão. Aprova ou recusa a transação com base no saldo/limite do portador. Recebe a maior parte do interchange.

Adquirente (acquirer): a empresa que conecta o lojista ao sistema de cartões (Cielo, Rede, Stone, PagSeguro…). Processa o terminal POS ou o checkout online. Paga ao lojista (menos as taxas) e cobra do emissor.

Bandeira (scheme): Visa, Mastercard, Elo, Amex. Define as regras do jogo, quais mensagens, quais prazos, quais taxas de interchange. Não toca no dinheiro diretamente; é o árbitro e dono do protocolo.

O fluxo tem duas fases distintas: autorização (milissegundos, o emissor aprova ou recusa em tempo real) e liquidação (D+1 ou D+2, o dinheiro de fato se move entre adquirente e emissor via câmara da bandeira). Isso cria um risco de crédito intradía: o lojista recebe a promessa de pagamento na autorização, mas o dinheiro só chega dias depois. É por isso que adquirentes têm limites de crédito com emissores.

Taxa MDR (Merchant Discount Rate): o lojista não recebe 100% do valor da venda. Paga uma taxa (tipicamente 1–3%) que é dividida entre adquirente, bandeira e emissor (interchange). Para o engenheiro: isso significa que o valor que aparece na autorização ≠ o valor que o lojista recebe na liquidação.

Para um engenheiro vindo de tech, a regulação financeira parece burocracia. Na prática, ela define as restrições de design do sistema, e ignorá-la é o erro mais caro que uma fintech pode cometer.

Licenciamento: você não pode simplesmente 'abrir uma conta bancária para terceiros' ou 'emprestar dinheiro' sem autorização do BACEN. Os principais tipos de licença são: (a) Banco Múltiplo/Comercial: pode fazer tudo: captar depósitos, emprestar, emitir cartão, câmbio. Capital mínimo na casa de R$ 17–21 milhões (varia por carteira). (b) Instituição de Pagamento (IP): pode manter contas de pagamento e emitir instrumentos (cartão pré-pago, pós-pago). Não pode emprestar com dinheiro de clientes. Capital mínimo menor. (c) SCD (Sociedade de Crédito Direto): pode emprestar dinheiro próprio ou captado via CRI/CRA/debêntures. Não pode captar depósito do público. Capital mínimo R$ 1 milhão. (d) SEP (Sociedade de Empréstimo entre Pessoas): marketplace de crédito (P2P lending).

Capital mínimo e Basileia: bancos precisam manter um índice de capital (Patrimônio de Referência / Ativos Ponderados pelo Risco) acima de um mínimo definido pelo BACEN (hoje ~10,5% + buffers). Simplificando: se você empresta R$ 100 de risco alto, precisa ter ~R$ 10,5 de capital próprio como colchão. Isso limita o crescimento da carteira de crédito.

PLD/FT (Prevenção à Lavagem de Dinheiro): toda IF deve ter um programa de compliance com KYC (Know Your Customer), monitoramento de transações, reporte de operações suspeitas ao COAF e treinamento de pessoal. Para o engenheiro: isso vira requisito de sistema, você precisa de pipelines de detecção de anomalias, logs imutáveis e APIs de reporte.

SCR: toda IF que concede crédito reporta mensalmente ao BACEN as operações de crédito de cada cliente (CPF/CNPJ). O BACEN agrega e disponibiliza esse histórico para consulta pelas IFs. É o 'banco de dados de crédito nacional', mais completo que Serasa ou SPC porque é obrigatório.

Compulsório: bancos que captam depósitos são obrigados a depositar um percentual no BACEN (hoje ~20% dos depósitos à vista). Isso reduz o dinheiro disponível para empréstimos e é uma ferramenta de política monetária. Fintechs IP não captam depósitos, então não têm compulsório, mas também não podem usar o dinheiro dos clientes para emprestar.

Reporting regulatório: além do SCR, há dezenas de outros reportes periódicos: DLO (Demonstrativo de Limites Operacionais), COSIF (plano de contas padrão), CADOC (documentos de informações), entre outros. Um banco gasta mais tempo e dinheiro em compliance do que a maioria das fintechs imagina.

A tabela acima mostra os trade-offs, mas vale aprofundar a lógica arquitetural. Uma fintech que opera sobre BaaS (Banking as a Service) é análoga a uma aplicação SaaS que roda sobre um cloud provider: você ganha velocidade de go-to-market e não precisa construir a infraestrutura base, mas paga uma taxa por transação, tem limites de customização e está sujeito às políticas do parceiro.

O BaaS no Brasil funciona assim: o banco parceiro (que tem licença completa) expõe APIs para que a fintech ofereça produtos financeiros aos seus clientes. A fintech cuida da UX, do onboarding, do produto, o banco cuida da liquidação, do compulsório, do SCR e do compliance regulatório. Exemplos comuns: cartão de crédito white-label, conta de pagamento, crédito consignado via API.

O problema aparece quando a fintech quer crescer além do que o parceiro permite ou quando quer margens melhores. Nesse ponto, a decisão de obter licença própria entra em cena. Uma IP dá independência em pagamentos mas não em crédito. Uma SCD dá independência em crédito mas exige capital próprio e não permite captar depósito. Um banco completo dá tudo, mas o processo de licenciamento é longo, caro e o custo regulatório contínuo é alto.

Para o arquiteto de sistemas, a consequência prática é: o modelo de licença define quais APIs você pode expor, quais dados você precisa reportar, quais sistemas você precisa construir internamente (motor de compliance, SCR feeder, COSIF accounting) e quais você pode terceirizar. Parte 3 desta série vai detalhar exatamente esses sistemas internos.