O Pix é o carro-chefe da modernização do sistema de pagamentos brasileiro. Se você vai prestar consultoria em pagamentos no Brasil em 2026, você tem que dominar Pix. Esta parte cobre da motivação histórica até as últimas evoluções (Pix Automático, NFC).
Antes de novembro de 2020, mover dinheiro entre bancos no Brasil era ruim. Sério.
| Forma | Custo | Tempo | Limites |
|---|---|---|---|
| TED | R$ 5–15 (PF), R$ 30+ (PJ) | Horário comercial, mesma janela liquidação | Sem limite, mas SLA travado |
| DOC | R$ 5–10 | D+1 (chega só no próximo dia útil) | Limite até R$ 4.999,99 |
| Boleto | R$ 1–5 (emitir) | Compensação até D+3 | Limite alto |
| Cheque | R$ 0–2 | Compensação D+1 a D+3 | — |
Problemas:
- Caro — fintech tinha que repassar custo TED ao cliente
- Lento — fim de semana, feriado, depois das 17h: nada funcionava
- Excludente — quem não tinha conta corrente (35% dos brasileiros, à época) ficava de fora
- Privado — a CIP (operadora privada) cobrava taxas dos bancos pra liquidar TEDs
Em ordem de prioridade, segundo o próprio BCB:
- Promover competição e inclusão financeira — fintech pequena pode competir com banco grande
- Reduzir custo de transação (em escala nacional, isso libera bilhões/ano)
- Acelerar o ecossistema (e-commerce, microempreendedor, P2P)
- Substituir o uso de papel-moeda (custo de fabricação, transporte, segurança da Casa da Moeda)
- Pix passou TED, DOC, boleto e cartão em volume de transações em poucos anos
- Brasil virou referência mundial em pagamentos instantâneos (estudado pelo FMI, BIS)
- Um produto regulatório virou infraestrutura crítica — um dia inteiro de Pix offline pararia o varejo do país
🔑 Pra call: quando alguém perguntar "por que Pix é estratégico?", você pode responder em uma frase: "Porque é a primeira infraestrutura nacional de pagamentos pública, gratuita pra pessoa física, 24/7, e que nivelou o jogo entre incumbentes e fintechs."
Vamos olhar quem fala com quem.
┌─────────────────────────────────────────┐
│ BANCO CENTRAL │
│ ┌──────────┐ ┌──────────────────┐ │
│ │ SPI │ │ DICT │ │
│ │ (liquid.)│ │ (chaves) │ │
│ └──────────┘ └──────────────────┘ │
└────────▲──────────────────▲────────────┘
│ │
┌─────────┘ └──────────┐
│ │
┌───▼────────┐ ┌──────▼─────┐
│ PSP do │ mensageria SPI │ PSP do │
│ Pagador │◄──────────────────────│ Recebedor │
│ (ex: Itaú) │ │ (ex: Inter)│
└───▲────────┘ └──────▲─────┘
│ │
┌───▼────────┐ ┌──────▼─────┐
│ Pagador │ │ Recebedor │
│ (cliente │ │ (cliente │
│ Itaú) │ │ Inter) │
└────────────┘ └────────────┘
| Papel | Quem é | O que faz |
|---|---|---|
| PSP do Pagador | Banco/IP do quem manda | Inicia a operação, debita o pagador |
| PSP do Recebedor | Banco/IP do quem recebe | Credita o recebedor |
| BCB | Banco Central | Opera SPI (liquidação) e DICT (chaves) |
- SPI — Sistema de Pagamentos Instantâneos. Liquida o dinheiro entre os bancos. É a "linha de produção" do Pix.
- DICT — Diretório de Identificadores de Contas Transacionais. Resolve a chave (CPF, e-mail, etc.) pro número de conta de verdade. É o "DNS" do Pix.
💡 Analogia que funciona em call: o DICT é como o DNS da internet. Você digita
google.com(chave), o DNS resolve pro IP142.250.x.x(conta real). No Pix, você digita o e-mail do recebedor (chave), o DICT resolve pro CPF + agência + conta dele.
- App do Pagador → API do PSP do Pagador
- PSP do Pagador → DICT (consulta a chave)
- PSP do Pagador → SPI (envia ordem de pagamento)
- SPI → liquida (movimenta reservas no BCB)
- SPI → PSP do Recebedor (notifica)
- PSP do Recebedor → app do Recebedor (notifica push)
Tudo isso precisa acontecer em menos de 10 segundos segundo o SLA do BCB.
Vamos pegar o caso real: João (cliente Itaú) manda R$ 50 pra Maria (cliente Nubank), usando a chave-celular dela.
T=0ms [João] abre app Itaú, digita celular da Maria, R$ 50
T=10ms [App Itaú] valida formato, envia ao backend
T=20ms [Itaú] consulta DICT: GET /entries/+5511999999999
T=200ms [DICT] responde: { ispb: "18236120", agência: "0001",
conta: "12345-6", nome: "Maria Silva",
cpf: "***.123.456-**" }
T=210ms [App Itaú] mostra "Confirma pagamento de R$ 50,00 a
Maria S***?". João confirma.
T=300ms [Itaú] valida saldo, debita R$ 50 da conta de João
T=350ms [Itaú] monta mensagem Pix (pacs.008) e envia ao SPI
T=600ms [SPI] valida mensagem, debita reservas Itaú no BCB
T=700ms [SPI] credita reservas Nubank no BCB
T=800ms [SPI] envia mensagem ao Nubank com a credencial
T=1100ms [Nubank] credita R$ 50 na conta de Maria
T=1200ms [Nubank] envia push notification a Maria
T=1300ms [Nubank] confirma ao SPI: "creditado"
T=1500ms [SPI] confirma ao Itaú: "operação completa"
T=1600ms [Itaú] mostra a João: "Pagamento realizado"
Tempo total típico: 1–3 segundos. SLA máximo do BCB: 10 segundos.
O Pix usa o padrão internacional ISO 20022 pra mensageria. As mensagens chave:
| Código | Tipo | Quando |
|---|---|---|
pacs.008 |
Pagamento (FI to FI Customer Credit Transfer) | PSP do Pagador → SPI → PSP do Recebedor |
pacs.002 |
Status Report | Confirmação ou rejeição |
pacs.004 |
Devolução (Payment Return) | MED, cancelamento |
camt.029 |
Resolução de investigação | Resposta de investigação manual |
🔑 Pra call: "ISO 20022" e "pacs.008" são termos que sinalizam senioridade. Se a fintech está construindo cliente Pix do zero, eles vão lidar com esses formatos. Saber que existe e o papel deles já te diferencia.
- Chave não encontrada (DICT retorna 404) — recebedor não tem chave cadastrada com aquele identificador
- Saldo insuficiente (PSP do Pagador rejeita) — antes mesmo de chegar no SPI
- Timeout no SPI — SPI deve responder em < 5s, se passar disso o Pagador devolve erro
- Conta destino fechada/bloqueada — PSP do Recebedor rejeita, SPI estorna
- Fraude detectada — PSP do Pagador ou Recebedor pode bloquear pré-emissão
Não tem "um" Pix. Tem várias formas de iniciar.
A mais comum. Pagador digita ou seleciona a chave do recebedor. Tipos de chave:
| Tipo | Formato | Quem usa | Limite/conta |
|---|---|---|---|
| CPF | 11 dígitos | PF | 1 por CPF |
| CNPJ | 14 dígitos | PJ | 1 por CNPJ |
| RFC válido | PF e PJ | 5 (PF) ou 20 (PJ) | |
| Celular | +55 + DDD + número | PF e PJ | 5 (PF) ou 20 (PJ) |
| EVP (Chave Aleatória) | UUID | PF e PJ | sem limite específico |
💡 EVP — "Endereço Virtual de Pagamento" é o nome formal da chave aleatória (UUID). Se você não quer expor seu CPF/celular/e-mail, gera uma EVP, manda pra quem te paga. Boa prática pra anúncios públicos.
Pagador digita: ISPB do banco + agência + conta + tipo (corrente/poupança) + CPF/CNPJ. Funciona, mas é UX ruim — quase ninguém usa.
🔑 ISPB — Identificador do Sistema de Pagamentos Brasileiro é o "código do banco" no Pix. Itaú = 60701190, Nubank = 18236120, Inter = 00416968. Cada PSP tem o seu.
Recebedor gera uma vez um QR Code que carrega: chave + valor (opcional) + identificador. Imprime, cola na parede do bar. Cliente paga lendo com câmera.
- Vantagem: simples, offline-friendly pro recebedor
- Desvantagem: valor pré-definido (ou em branco) e ID estático — difícil reconciliar
Recebedor gera um QR diferente por venda, com valor exato + identificador único. O QR aponta pra uma URL HTTPS do PSP do recebedor que retorna o JWS com os dados.
- Vantagem: reconciliação perfeita, valor sempre correto
- Padrão pra e-commerce e maquininha física
É o payload do QR Code dinâmico em formato texto. Você gera o "BR Code" (string codificada), cola no chat, no e-mail. O pagador cola no app do banco e paga. Mesma estrutura técnica do QR dinâmico, sem a imagem.
- Pix Saque: você usa o Pix pra sacar dinheiro num caixa de varejista (mercado, farmácia). O varejista te dá dinheiro físico, e você manda Pix pra ele de igual valor.
- Pix Troco: você compra algo + saca um valor adicional na mesma operação Pix.
- Ambos: o BCB pretendeu substituir o saque em ATM. Adoção é menor que o esperado.
Cobertura completa no Capítulo 10. É a versão Pix do débito automático.
Cobertura completa no Capítulo 11. Pagar Pix encostando o celular na maquininha, sem QR.
Aqui mora a maior dor de cabeça operacional do Pix.
Pix é irreversível por padrão. Uma vez liquidado, o dinheiro saiu da sua conta e foi pra do recebedor. Não tem chargeback como em cartão de crédito.
Por que: o BCB queria velocidade e finalidade da liquidação. Se fosse reversível, o sistema teria que segurar valores, complicaria tudo.
Implicação: se você manda Pix pro CPF errado, o dinheiro foi. Você precisa pedir devolução voluntária.
O recebedor pode (e em muitos casos deve) devolver voluntariamente valores recebidos por engano. Não é obrigatório por lei pra todo caso, mas:
- Bancos boniticios têm fluxo de "devolução" no app
- Tecnicamente é uma nova transação Pix do recebedor pro pagador (mensagem
pacs.004)
Foi criado pra fraudes e golpes. Funciona assim:
- Pagador denuncia ao seu PSP que foi vítima de golpe
- PSP do Pagador abre MED (Mecanismo Especial de Devolução) via SPI
- PSP do Recebedor é obrigado a bloquear o valor (se ainda tiver na conta)
- Investigação ocorre (pode ser manual)
- Se confirmado golpe, valor é devolvido ao pagador
Prazos (verificar versão atual do Manual): a devolução via MED tem janela específica — "até X dias úteis após a transação", conforme manual.
⚠️ Atenção em call: se cliente pergunta "como funciona devolução", a resposta tem 3 camadas:
- Voluntária — recebedor devolve por boa vontade
- MED por fraude/golpe — caminho regulatório, bloqueio de saldo, prazos curtos
- Investigação por erro operacional — caso a caso
Se o PSP do recebedor detecta padrão suspeito (recebimento muito acima do perfil, vários CPFs pagando ao mesmo CNPJ pequeno, etc.), pode bloquear preventivamente. Isso é regulamentado e há prazos.
Lançado em outubro de 2025. É o substituto regulatório do débito automático. Provavelmente vai dominar cobrança recorrente nos próximos anos.
Pix Automático permite que um recebedor (digamos, sua academia) debite seu Pix de forma recorrente mediante autorização prévia do pagador.
| Característica | Débito Automático | Pix Automático |
|---|---|---|
| Onde mora | Banco (relacionamento bilateral) | Pix (regulado pelo BCB) |
| Cadastro | Manual no banco | Pix QR ou link |
| Mudança de banco | Refazer tudo | Carrega o consentimento |
| Cancelamento | Liga pra empresa | Botão no app do banco, qualquer hora |
| Falhas | Recebedor tenta de novo manual | Retentativas automatizadas reguladas |
| Valor variável | Limitado | Suportado (ex: conta de luz) |
| Padrão | Sem padrão (cada banco diferente) | Padrão BCB unificado |
- Recebedor (ex: academia) tem CNPJ habilitado pra Pix Automático e gera um QR de autorização
- Pagador lê o QR no app do banco, vê os termos (valor, periodicidade, prazo, máximo), autoriza
- PSP do Pagador registra o consentimento com o BCB
- Na data agendada, recebedor dispara cobrança via SPI
- SPI valida que existe consentimento ativo e dentro dos limites
- Pix é executado normalmente
- Valor fixo recorrente (assinatura mensal de academia)
- Valor variável (conta de água, luz)
- Periodicidade flexível (semanal, mensal, anual)
- Tentativa-única (boleto-like)
- Retentativas automáticas (até N tentativas se falhar por saldo insuficiente, com janela definida)
Pagador pode cancelar a qualquer momento pelo app do PSP. Recebedor é notificado.
Boletos têm taxa alta (R$ 1–5 por emissão), tempo de compensação D+1, e UX ruim no cliente. Débito automático é cativo do banco. Pix Automático combina baixo custo + UX boa + portabilidade entre bancos.
🔑 Pra call: quando uma fintech de cobrança (ex: subscriber-billing, gateways tipo Vindi, Iugu) busca consultoria em Pix Automático em 2026, o que ela quer entender é: como migrar a base de boletos recorrentes pra Pix Automático sem quebrar reconciliação. Esse é o produto.
Você implementou:
- Saga orquestrada pra criação de consentimento → emissão da cobrança → liquidação
- Outbox pra garantir que evento de pagamento confirmado vire baixa no ERP do cliente
- Idempotência em 3 camadas porque retentativas no Pix Automático são REGRA, não exceção
Esses são os 3 padrões críticos que diferenciam um cliente Pix Automático production-grade de uma POC.
Spec recém-publicada pelo BCB. Em rollout. Janela curta pra se posicionar como referência.
Pagar Pix encostando o celular na maquininha do varejista, sem precisar abrir QR. Mesma UX do Apple Pay / Google Pay mas usando o protocolo Pix por baixo.
Usa NFC + HCE (Host Card Emulation). Resumo:
- Maquininha do varejista emite sinal NFC com payload de cobrança Pix
- App do banco no celular do pagador lê via HCE
- App valida, mostra "Pagar R$ X em Loja Y?"
- Pagador autoriza (biometria/PIN)
- App envia Pix normalmente via SPI
A diferença do QR é só o canal de captura do payload. A liquidação é Pix puro.
- Velocidade na fila — encostar > escanear QR
- Inclusão — celulares sem câmera boa, idosos com dificuldade pra mira
- Maquininha simples — não precisa de tela, só NFC + chip pequeno
Em fase de adoção — alguns bancos já lançaram, outros estão integrando. Maquininhas de pagamento (Stone, Cielo, Rede) estão rolando atualizações de firmware.
Como a spec é nova, quase não tem implementação open source pública. Quem publicar referência sólida agora vira a fonte canônica que devs novos vão consultar. Janela de 6–12 meses até virar commodity.
Cobertura curta porque adoção é baixa. Mas se aparecer em call, você sabe responder.
Você quer dinheiro físico. Vai num varejo conveniado (farmácia, mercado), pede saque de R$ X. O caixa registra como "venda Pix Saque" no PDV. Você lê o QR e paga R$ X via Pix. Caixa te entrega R$ X em dinheiro.
Quem ganha: o varejista recebe um pequeno percentual do BCB pelo serviço (compensa o trabalho do caixa).
Compra de R$ 30 + saque de R$ 50 = pagamento Pix de R$ 80, varejista te dá R$ 50 em dinheiro de troco.
Substituir o saque em ATM (caro pra banco manter, escasso em algumas regiões). Adoção tem sido lenta — costume cultural e UX ainda em ajuste.
| Pergunta provável | Resposta de 1 frase |
|---|---|
| "Por que o Pix é importante?" | Substituiu TED/DOC pagos por infra pública gratuita 24/7, nivelou competição banco vs fintech |
| "Quem opera o Pix?" | O BCB opera SPI (liquidação) e DICT (chaves); PSPs são as instituições autorizadas a transacionar |
| "O Pix é reversível?" | Não, irreversível por padrão. Devolução só voluntária ou via MED em caso de fraude |
| "O que muda com Pix Automático?" | Substitui débito automático: padrão BCB, cancelamento livre, portabilidade entre bancos, valor variável |
| "Por que Pix usa ISO 20022?" | Padrão internacional de mensageria financeira — facilita interop e auditoria |
| "Qual a vantagem do Pix NFC?" | Velocidade no PDV (encostar > escanear QR), igual Apple Pay mas com infra Pix |
📍 Onde estamos: acabamos de cobrir tudo de Pix do conceito ao novíssimo. Você sabe a história, os atores, os fluxos, as modalidades, e os termos-chave. A próxima parte mergulha no DICT — o "DNS" do Pix, e o tema do seu segundo repo.