Como uma transação de pagamento UPI é processada

• Do escaneamento do QR à notificação de conclusão, passam-se apenas 2 a 3 segundos, mas nos bastidores entidades separadas entre si — app, banco patrocinador, switch central da NPCI e bancos de envio e recebimento — retransmitem solicitações e respostas
• Apps como PhonePe ou Google Pay apenas coletam a intenção de pagamento e não lidam diretamente com dinheiro nem com o PIN; o banco patrocinador PSP é responsável por emitir o endereço UPI e fazer a conexão com a NPCI
• O switch da NPCI só solicita o crédito ao banco recebedor depois que o banco remetente conclui a verificação do PIN, do saldo e o débito; o resultado do processamento também volta ao app passando pelos bancos patrocinadores de ambos os lados
• Em junho de 2026, a UPI processou mais de 2.272 crore transações; recentemente, cerca de 1 em cada 11 pagamentos é recusado, mas as falhas técnicas do próprio sistema ficam abaixo de 1 em 400, e a maioria dos casos decorre de PIN incorreto, saldo insuficiente ou limite excedido
• Transações deemed, em que a confirmação do crédito atrasa após o débito, são concluídas por consulta de status e conciliação automática da NPCI, resultando em confirmação do crédito ou estorno do débito; se o reembolso atrasar, aplicam-se prazos regulatórios e multa bancária de ₹100 por dia

---

Os cinco momentos que o usuário vê

• A experiência de pagamento via UPI é composta por cinco momentos: escanear o QR, confirmar nome do recebedor e valor, inserir o PIN, ver a confirmação do pagamento e a notificação de recebimento no outro lado
• Todo o processo normalmente termina em 2 a 3 segundos, mas entre a digitação do PIN e a exibição do resultado, várias organizações fazem as verificações necessárias e repassam o resultado ao próximo participante
• O app no celular é apenas o primeiro ponto de conexão com a rede de pagamentos e não lida diretamente com o dinheiro do usuário
• Em junho de 2026, a UPI processou mais de 2.272 crore transações, movimentando mais operações do que qualquer outro sistema de pagamentos em tempo real do mundo
• Em uma única transação participam o app do usuário, o PSP do usuário, o banco remetente, a NPCI, o banco recebedor, o PSP do recebedor e o app do recebedor; o lado recebedor espelha o lado remetente de forma simétrica

O app só coleta a intenção de pagamento

• Apps como PhonePe, Google Pay e Paytm atuam como provedores terceirizados de aplicativos (TPAP), coletando o destino e o valor do pagamento, exibindo o recebedor e recebendo o PIN por meio de um teclado seguro
  • o app não pode ver o PIN
  • não mantém os fundos do usuário
  • também não possui licença bancária
• Embora a competição entre usuários da UPI esteja concentrada na camada de apps, o mercado é bastante concentrado
  • PhonePe e Google Pay processam cerca de quatro quintos de todos os pagamentos UPI
  • a liderança dos dois apps se mantém há vários anos, enquanto o ranking dos apps abaixo deles continua mudando
• O super.money, lançado pela Flipkart em 2024, atraiu usuários com cashback garantido e, em cerca de um ano, saiu de fora do top 50 para o grupo dos 5 primeiros
• Como o app não tem licença bancária nem conexão direta com a rede de pagamentos, ele necessariamente depende do suporte de um banco patrocinador

Bancos patrocinadores PSP e endereços UPI

• A conexão do app com a rede de pagamentos e o papel de licenciamento ficam a cargo do banco patrocinador, o provedor de serviços de pagamento (PSP)
  • ele se conecta ao sistema central
  • emite o endereço UPI que representa o usuário
  • vincula o celular à conta bancária na configuração inicial da UPI
• No ID UPI, o sufixo após @ indica não o app usado, mas o banco patrocinador
  • @ybl pertence ao Yes Bank
  • @okaxis pertence ao Axis
  • os handles do PhonePe são operados por Yes Bank, Axis e ICICI
  • os handles do Google Pay são operados por Axis, HDFC, ICICI e State Bank
• A maioria dos grandes apps usa vários bancos patrocinadores, e não apenas um
  • isso aumenta a resiliência, para que a falha de um banco não paralise o app inteiro
  • e evita que um único patrocinador tenha de suportar todo o volume de transações do app
• Se pagador e recebedor pertencem ao mesmo patrocinador, esse banco pode verificar ambos os endereços em seus próprios registros e pular o diretório central
  • o processamento fica mais rápido
  • e economiza cerca de 1 paisa em taxa de verificação de endereço
• O que sai do celular não é dinheiro, mas uma solicitação montada pelo app e assinada pelo banco patrocinador
  • antes do pagamento, o nome do verdadeiro dono do endereço escaneado é verificado, dando ao usuário a chance de identificar um recebedor incorreto
  • o PIN é capturado e criptografado por um componente comum certificado do celular, e o app não conhece seu conteúdo nem durante a transmissão
  • na biblioteca comum da API UPI da NPCI, o PIN é transmitido como Creds type="MPIN"

A ordem de processamento no switch central da NPCI

• Todos os pagamentos UPI convergem para um único switch central administrado pela NPCI, uma entidade operacional sem fins lucrativos
• O switch primeiro envia a solicitação ao banco patrocinador responsável pelo endereço UPI do recebedor, e esse banco converte o handle na conta real
• A sequência da movimentação do dinheiro é fixa
  1. a NPCI solicita o débito ao banco remetente
  2. como só o banco remetente pode abrir o PIN criptografado vindo do celular, é nessa etapa que o PIN é validado
  3. o banco remetente verifica o saldo, debita o dinheiro e devolve o resultado
  4. somente após a confirmação do débito a NPCI solicita o crédito ao banco recebedor
  5. aguarda a confirmação do crédito pelo banco recebedor
• O dinheiro sempre sai primeiro e entra depois, e não é processado na ordem inversa
• O resultado não vai diretamente da NPCI ao app, mas passa pelos PSPs dos dois lados
  • quando o PSP do pagador entrega o resultado de sucesso ao app, aparece a tela verde de conclusão
  • quando o PSP do recebedor entrega o resultado ao app do outro lado, aparece a notificação de recebimento
• Como existe apenas um switch central, quase não são divulgados materiais comparativos sobre seu funcionamento interno; sua escala aparece no volume total processado
  • a UPI saiu de alguns milhões de transações mensais no lançamento, em 2016, para 2.272 crore transações em junho de 2026

Por que o ranking dos bancos remetentes e recebedores é diferente

• O ranking dos bancos mais ocupados no lado do envio e no lado do recebimento é diferente
• No lado do envio, a classificação segue um padrão parecido com o número de clientes
  • o State Bank of India lidera com ampla folga
  • outros grandes bancos de varejo vêm em seguida
• No lado do recebimento, o Yes Bank está muito à frente dos demais bancos
  • a participação do Yes Bank no recebimento praticamente dobrou em dois anos
  • embora gere pouco volume de envios, recebe o maior volume
• Essa diferença se conecta à mudança estrutural pela qual a UPI passou a ser mais usada para pagamentos de pessoas para lojas do que para transferências entre pessoas
  • a participação dos pagamentos a lojas e das transferências P2P se inverteu em 2022
  • em número de transações, os pagamentos a lojas superaram as transações entre pessoas em agosto de 2022
• Os QRs UPI das lojas, assim como os handles pessoais, também são emitidos por bancos patrocinadores, e a maioria dos grandes apps de comerciantes tem o Yes Bank como patrocinador
• Quando alguém escaneia um QR do PhonePe numa loja, o crédito vai primeiro para o Yes Bank, que está por trás do QR, e depois é repassado ao dono da loja a partir da conta conjunta do app do comerciante
• Aqui, beneficiary bank não significa o banco que o lojista usa pessoalmente, mas o banco que patrocinou o QR

Dois motivos para um pagamento ser recusado

• A UPI registra pagamentos que falharam dividindo-os em recusas operacionais e recusas técnicas
• As recusas operacionais decorrem do usuário ou das regras do pagamento
  • PIN incorreto
  • saldo insuficiente
  • limite diário excedido
  • o app exibe imediatamente o motivo específico, permitindo ao usuário identificar a causa
• As recusas técnicas ocorrem quando etapas do banco ou do switch central não conseguem ser concluídas
  • Bank server down
  • your bank’s server didn’t respond, please try again
  • na tela do usuário, é difícil identificar uma causa específica além da falta de resposta do servidor
• Recentemente, cerca de 1 em cada 11 pagamentos é recusado, mas as falhas técnicas da própria rede de pagamentos ficam abaixo de 1 em 400
• A taxa de recusas técnicas vem caindo ano após ano, à medida que bancos e switch se estabilizam, passando de mais de 1 em 100 para menos de 1 em 400
• A taxa de recusas operacionais não caiu e, ao contrário, aumentou, de modo que os fracassos mais comuns hoje se parecem mais com aplicação de regras de PIN, saldo e limite do que com falhas do sistema
• Já houve raros casos de interrupção nacional da UPI por algumas horas, mas no dia a dia os principais motivos de falha são limite excedido, saldo insuficiente e números digitados incorretamente

Transações deemed, em que não dá para confirmar sucesso nem falha

• Se o dinheiro sai da conta do remetente, mas a confirmação do banco recebedor não volta a tempo, a rede não consegue determinar imediatamente se o crédito aconteceu
  • o crédito pode ter sido feito de fato, mas o banco recebedor não conseguiu reportar o resultado
  • ou o próprio crédito pode não ter ocorrido
• Uma transação cujo crédito não pôde ser confirmado entra no estado deemed, e o app mostra que o pagamento está em processamento, em vez da tela verde de conclusão
• O app não tenta adivinhar o resultado e pode consultar o status real na rede após cerca de 90 segundos
  • o número de consultas é limitado a poucas tentativas
  • houve casos em que apps enviaram consultas de status em excesso e causaram falhas na UPI
  • o app faz essa consulta mesmo sem ação manual do usuário
• A NPCI também continua consultando os dois bancos e faz a conciliação automática da transação
  • se o crédito foi realizado, confirma o pagamento
  • se não foi, cancela o débito e devolve o dinheiro
• O momento do reembolso não fica a critério do banco
  • transferências comuns devem ser devolvidas em até um dia
  • pagamentos a comerciantes devem ser devolvidos em alguns dias
  • se o prazo for ultrapassado, o banco recebe multa de ₹100 por dia
• Mesmo sem conseguir confirmar instantaneamente todas as transações, a UPI foi desenhada para, por meio de regras de conciliação posteriores, confirmar o crédito ou devolver o dinheiro ao usuário
• Essas transações pendentes já não eram comuns e o sistema de conciliação para tratá-las continua sendo reforçado

O revezamento oculto do pagamento

• Entre o escaneamento, o nome e valor, o PIN, a confirmação de conclusão e a notificação de recebimento que o usuário vê, existe um revezamento de app → patrocinador → hub da NPCI → banco
• Por trás de um único pagamento, 7 empresas e bancos enviam mensagens e recebem respostas de volta, executando as verificações necessárias em cada etapa
• Mesmo quando ocorre uma falha, aplicam-se consulta de status, conciliação automática, prazos de reembolso e multas por atraso, de modo que o dinheiro do usuário termina com o crédito confirmado ou com a devolução

[GN⁺]

Opiniões no Hacker News

• Para quem está fora da Índia ou não usa UPI com frequência, é difícil ter noção da escala das transações. Ele é usado em praticamente todos os pagamentos: desde transferências entre familiares até pequenas compras de doces e chá, todo tipo de serviço como manutenção de carros e encanamento, compras online, ônibus, voos, bondes, táxis e trens.
  É possível escanear com o celular um código QR UPI em um app web ou abrir diretamente a tela de pagamento UPI em um app móvel. Em cidades como Kolkata, eu e minha esposa fazemos 20 a 30 pagamentos por dia; mesmo em uma pequena vila no Himalaia, fazemos cerca de 6 a 8 por dia.

  • Um sistema que usa códigos de uso único em vez de credenciais permanentes é extremamente subestimado no mundo anglófono. É muito mais seguro entregar a um filho, amigo, cônjuge ou subordinado um OTP para uma única transação que precisa ser aprovado no app do que confiar a essa pessoa um cartão de crédito.
    O Blik, da Polônia, usa códigos de 6 dígitos, então também pode ser usado, por exemplo, ditando o código por telefone para uma pessoa de confiança que esteja em um caixa eletrônico.
  • Só depois de adicionar pagamentos UPI a um pequeno micro SaaS é que comecei a ter receita na Índia. Antes, era quase impossível conseguir que usuários indianos se cadastrassem.
  • Há algum plano para o caso de o governo interpretar pequenos pagamentos como atividade terrorista e congelar contas bancárias? A velocidade varia de país para país, mas, depois de passar por esse processo, acredito que se acaba voltando ao dinheiro em espécie.

• Tenho profundo respeito por quem opera o UPI. Conseguir levar até os idosos da Índia a uma transição completa para pagamentos digitais é uma conquista sem precedentes no mundo.

  • O PIX do Brasil e o Swish da Suécia foram parecidos, e deve haver muitos outros precedentes.
  • Isso foi possível porque a Índia não tinha uma grande rede de pagamentos por cartão de crédito. Foi basicamente um salto direto do dinheiro em espécie para os pagamentos digitais.

• É verdade que o UPI funciona, mas, em termos de privacidade e autonomia, é um sistema terrível. Há intermediários demais, ele exige número de telefone e está vinculado à identidade pessoal, então é difícil chamá-lo, em qualquer sentido, de sistema de pagamentos entre pessoas.
  A única diferença é que, em vez de Visa ou Mastercard, ele é controlado pelo governo.

  • Visa e Mastercard também fornecem informações de transações ao governo dos EUA e a outros. Por meio do Hot Watch, o governo americano monitora determinados alvos em tempo real, e o Bank Secrecy Act obriga legalmente redes privadas de pagamento e bancos emissores de cartões a agir como agentes estatais não remunerados.
    Pelo menos no caso do UPI, talvez se possa dizer que há menos governos com os quais as informações são compartilhadas.
  • No fim das contas, a própria moeda está sob controle do governo.

• O PIX do Brasil é muito parecido com o UPI. Há algum motivo para não se criar um sistema UPI global open source, em que cada governo opere sua própria instância?

  • O UPI já foi adotado em 8 países e está sendo promovido em dezenas de outros[1]. Ele também começou a se integrar a sistemas semelhantes de outros países, como o PayNow de Singapore[2].
    [1] https://www.pib.gov.in/PressReleasePage.aspx?PRID=2224505&re...
    [2] https://www.nipl.com/how-it-works/frequently-asked-questions...

• Será que dá para analisar em números o impacto do UPI no crescimento da Índia? Parece que ele também tem o efeito de trazer uma parte da economia informal para dentro do sistema formal.

• Com 22 bilhões de transações por ano, a vazão média do switch da NPCI seria de cerca de 700 transações por segundo. Como o tráfego não é uniforme, o pico deve ser várias vezes maior, mas, comparado ao feed Nasdaq TotalView ITCH, que passa de 100 mil eventos por segundo na abertura do mercado, isso não parece tão extremo.

  • Para comparar com a vazão de ordens e mensagens da Nasdaq, o mais adequado seria a National Stock Exchange (NSE) da Índia. A NSE tem mais ordens executadas por dia que a Nasdaq.
    Alguns anos atrás, trabalhei na expansão do UPI, e pagamentos em tempo real são muito mais distribuídos, o que os torna bastante complexos. Cada transação envolve os dois bancos onde estão os recursos, os apps dos dois usuários e seus respectivos bancos, além da rede da NPCI, e é preciso trocar várias mensagens enquanto os dois usuários esperam. Portanto, a vazão em número de mensagens é 10 a 25 vezes maior que o número real de transações.
    Uma rede de pagamentos em tempo real que permite transferir dinheiro de qualquer banco nacional para qualquer outro banco, sem exceção, de graça e funcionando 24/7, muda o jogo. É um contraste com as redes de pagamento dos EUA, lentas e caras.
    Além do UPI, a Índia também tem o NEFT, que faz liquidação em lote como ACH; o IMPS, que é instantâneo como o UPI, mas com uma experiência de usuário diferente; e o RTGS, uma rede de pagamentos em tempo real de alto valor intermediada pelo banco central RBI. Todos funcionam 24/7 e são gratuitos. Nas redes de cartão, além de Visa e Mastercard, há também o RuPay, com taxas de liquidação muito menores.
  • 22 bilhões de transações são o número de apenas um mês, junho de 2026, portanto, anualizado, isso dá 264 bilhões de transações.
  • É uma lição útil para entrevistas de design de sistemas. Se até um sistema de pagamentos popular em um país de 1,5 bilhão de habitantes fica nessa escala, é improvável que uma empresa pequena, imitando entrevistas ao estilo Google, precise exigir dezenas de milhares — muito menos milhões — de eventos por segundo, em média, para um sistema hipotético.

• Uma rede fechada de transações financeiras centralizada e baseada em KYC é realmente algo bom?

  • No mínimo, é prática. Quando as carteiras móveis estavam crescendo, muita gente defendia o blockchain, dizendo que a base da tecnologia financeira deveria ser descentralizada, e a discussão acabou presa a filosofias tecnológicas como descentralização, transações entre pessoas, negociações intermediárias com criptomoedas e stablecoins.
    As consultorias ganharam muito dinheiro, mas órgãos governamentais e bancos passaram a se perguntar como haviam torrado milhões de dólares sem progresso no desenvolvimento de produtos, e no fim a tendência foi concluir que a inovação em tecnologia financeira não deveria ser liderada pelo governo.
    Infraestruturas de tecnologia da informação em grande escala muitas vezes são desenvolvidas e vendidas a governos por empresas sob controle ou influência dos governos dos EUA ou da Europa Ocidental, o que também afeta em certo grau a soberania nacional. O governo pode esperar por software pronto com risco de controle externo, ou pode construir ele mesmo um software que funcione agora, assumindo seus riscos e limitações.
    Na minha visão, a Índia fez a escolha certa ao construir o sistema sobre uma base comprovada e previsível.
  • Olhando apenas para experiência do usuário e praticidade, é excelente. A adoção é alta, e até pequenas lojas de troco conseguem aceitar pagamentos com facilidade, atendendo mais clientes.
    Porém, como ele é vinculado a um documento de identidade do governo autenticado pelo banco, é extremamente inconveniente para estrangeiros.
  • É muito melhor do que bancos privados fazendo a mesma coisa e extraindo lucro dos usuários, e também é melhor do que as criptomoedas atuais, cuja experiência de uso é péssima e facilita perder todo o patrimônio. É mais prático que dinheiro em espécie, mas a opção do dinheiro em espécie também deve ser mantida.
    Não é tão bom quanto um sistema conveniente, descentralizado e ainda anônimo, mas isso ainda não existe. Talvez seja possível daqui a uns 5 anos, se o Ethereum resolver abstração de contas nativa, escalabilidade sem atrito e privacidade no nível do Monero.
  • É verdade que é centralizado e baseado em KYC, mas é difícil chamá-lo de fechado. Dá para consultar https://www.bankbazaar.com/tax/tax-on-upi-transactions.html.
  • É, sim, um bom sistema. Ele não tenta criar uma nova moeda; é uma forma de usar o seu próprio dinheiro, que já funciona.

• Pagamentos baseados em QR no Sudeste Asiático, como o PromptPay da Tailândia, funcionam por um princípio parecido?
  O site e os diagramas também são limpos e pensados para o leitor, sem nenhum elemento intrusivo.

  • Não conheço bem a estrutura do PromptPay, mas, dando uma olhada rápida, os apps de usuário para escanear QR são operados diretamente pelos bancos. Já o Google Pay no UPI é um provedor terceirizado de aplicativo (TPAP), e é possível vincular a um único TPAP várias contas do mesmo banco ou de bancos diferentes.
    A implementação do protocolo entre bancos também pode ser diferente. As mensagens de transação do UPI são assíncronas: quando a NPCI envia ao banco remetente um ReqPay, que é uma solicitação de débito, o banco retorna apenas um Ack, a mensagem de confirmação, na mesma requisição HTTP. Quando o processamento termina, o switch do banco envia um RespPay para o endpoint de callback da NPCI, e a NPCI devolve novamente um Ack. O processo é parecido quando a NPCI envia ao banco recebedor a solicitação de crédito.

• O conteúdo também é bom, mas a função de conversão crore/billion é especialmente excelente. Seria bom que ela se espalhasse bastante em sites relacionados à Índia, mas só com CR/BN é difícil entender de imediato para que serve, então seria bom ter uma dica de ferramenta.

  • Eu não tinha percebido que era essa função. No começo parecia um botão de troca de idioma, tipo HI/EN, mas eu não conseguia saber de quais idiomas eram as siglas, e na prática o idioma também não mudava. No fim, descobri que é uma boa ideia.