Cómo se procesa un pago UPI

• Desde escanear el QR hasta recibir la notificación de finalización pasan apenas 2 o 3 segundos, pero por detrás actores separados —la app, el banco patrocinador, el switch central de NPCI, y los bancos emisor y receptor— retransmiten solicitudes y respuestas.
• Apps como PhonePe o Google Pay solo recopilan la intención de pago y no manejan directamente el dinero ni el PIN; el banco patrocinador PSP se encarga de emitir la dirección UPI y de conectarse con NPCI.
• El switch de NPCI solicita el depósito al banco receptor solo después de que el banco emisor haya verificado el PIN y el saldo, y haya realizado el débito; el resultado del procesamiento también vuelve a la app pasando por los bancos patrocinadores de ambas partes.
• En junio de 2026, UPI procesó más de 2.272 crore de transacciones; recientemente, cerca de 1 de cada 11 pagos es rechazado, pero las fallas técnicas del sistema en sí son menos de 1 de cada 400, y la mayoría se debe a PIN incorrecto, saldo insuficiente o límites excedidos.
• Las transacciones deemed, en las que la confirmación del depósito se retrasa después del débito, se cierran mediante consultas de estado y conciliación automática de NPCI, ya sea confirmando el depósito o revirtiendo el débito; si la devolución se retrasa, se aplican plazos reglamentarios y una multa bancaria de ₹100 por día.

---

Los cinco momentos que ve el usuario

• La experiencia de pago UPI se compone de cinco momentos: escanear el QR, confirmar el nombre del destinatario y el monto, ingresar el PIN, ver que el pago se completó y que la otra parte reciba la notificación de cobro.
• Todo el proceso suele terminar en 2 o 3 segundos, pero entre el ingreso del PIN y la visualización del resultado, varias organizaciones realizan cada una las verificaciones necesarias y pasan el resultado al siguiente actor.
• La app del teléfono es solo el primer punto de conexión hacia la red de pagos; no maneja directamente el dinero del usuario.
• En junio de 2026, UPI procesó más de 2.272 crore de pagos, transportando más transacciones que cualquier otro sistema de pagos en tiempo real del mundo.
• En un pago participan la app del usuario, el PSP del usuario, el banco emisor, NPCI, el banco receptor, el PSP del destinatario y la app del destinatario; el lado receptor refleja de forma simétrica al lado emisor.

La app solo recopila la intención de pago

• Apps como PhonePe, Google Pay y Paytm actúan como proveedores de aplicaciones de terceros (TPAP): recopilan el destinatario y el monto del pago, muestran al receptor y reciben el PIN mediante un teclado seguro.
  • La app no puede ver el PIN.
  • No mantiene fondos de los usuarios.
  • Tampoco tiene licencia bancaria.
• La competencia por usuarios en UPI se concentra en la capa de apps, pero el mercado está muy concentrado.
  • PhonePe y Google Pay procesan alrededor de cuatro quintos de todos los pagos UPI.
  • El liderazgo de estas dos apps se ha mantenido durante años, mientras que el ranking de las apps por debajo de ellas cambia constantemente.
• super.money, lanzada por Flipkart en 2024, atrajo usuarios con cashback garantizado y en aproximadamente un año pasó de estar fuera del top 50 a ubicarse entre las cinco principales.
• Como las apps no tienen licencia bancaria ni conexión directa con la red de pagos, necesariamente deben contar con el apoyo de un banco patrocinador.

Bancos patrocinadores PSP y direcciones UPI

• La conexión de la app con la red de pagos y el rol de licencia los asume un banco patrocinador, que actúa como proveedor de servicios de pago (PSP).
  • Se conecta al sistema central.
  • Emite direcciones UPI que representan a los usuarios.
  • Vincula el teléfono y la cuenta bancaria durante la configuración inicial de UPI.
• En un ID UPI, el sufijo después de @ no representa la app que se usa, sino el banco patrocinador.
  • @ybl pertenece a Yes Bank.
  • @okaxis pertenece a Axis.
  • Los handles de PhonePe son operados por Yes Bank, Axis e ICICI.
  • Los handles de Google Pay son operados por Axis, HDFC, ICICI y State Bank.
• La mayoría de las apps grandes usan varios bancos patrocinadores, no solo uno.
  • Aumentan la resiliencia para que una falla de un banco no detenga toda la app.
  • Evitan que un solo patrocinador tenga que absorber todo el volumen de transacciones de la app.
• Si el emisor y el receptor pertenecen al mismo patrocinador, ese banco puede verificar ambas direcciones en sus propios libros y omitir el directorio central.
  • El procesamiento se vuelve más rápido.
  • Se ahorra una comisión de verificación de dirección de aproximadamente 1 paisa.
• Lo que sale del teléfono no es dinero, sino una solicitud construida por la app y firmada por el banco patrocinador.
  • Antes del pago, se confirma el nombre real del propietario de la dirección escaneada, dando la oportunidad de detectar un destinatario incorrecto.
  • El PIN es capturado y cifrado por un componente común certificado del teléfono; la app no puede conocer su contenido ni siquiera durante la transmisión.
  • En la biblioteca común de la API UPI de NPCI, el PIN se transmite como Creds type="MPIN".

Secuencia de procesamiento del switch central de NPCI

• Todos los pagos UPI confluyen en un único switch central administrado por NPCI, una entidad operadora sin fines de lucro.
• El switch primero envía la solicitud al banco patrocinador responsable de la dirección UPI del destinatario, y ese banco traduce el handle a una cuenta real.
• La secuencia de movimiento de fondos es fija.
  1. NPCI solicita el débito al banco emisor.
  2. Solo el banco emisor puede abrir el PIN cifrado que llegó desde el teléfono, por lo que en esta etapa verifica el PIN.
  3. El banco emisor verifica el saldo, debita el dinero y responde con el resultado.
  4. Solo después de confirmar el débito, NPCI solicita el depósito al banco receptor.
  5. Espera la confirmación del depósito por parte del banco receptor.
• El dinero siempre sale primero y entra después; nunca se procesa en el orden inverso.
• El resultado no se entrega directamente de NPCI a la app, sino que pasa por los PSP de ambas partes.
  • Cuando el PSP del emisor entrega el resultado exitoso a la app, aparece la marca verde de finalización.
  • Cuando el PSP del destinatario entrega el resultado a la app de la otra parte, aparece la notificación de cobro.
• Como existe un solo switch central, casi no se publican datos comparativos sobre su propio funcionamiento; su escala se ve en el volumen total procesado.
  • UPI pasó de unos pocos millones de transacciones mensuales en su lanzamiento en 2016 a 2.272 crore en junio de 2026.

Por qué el ranking de bancos emisores y receptores es distinto

• El ranking de los bancos con más actividad del lado emisor y del lado receptor es diferente.
• El ranking del lado emisor se parece a la distribución de la base de clientes.
  • State Bank of India lidera por un amplio margen.
  • Le siguen otros grandes bancos de consumo.
• Del lado receptor, Yes Bank supera ampliamente a otros bancos.
  • La participación receptora de Yes Bank casi se duplicó en dos años.
  • Su volumen como emisor es bajo, pero es el banco que más recibe.
• Esta diferencia está relacionada con una estructura en la que UPI pasó a usarse más para pagos de personas a comercios que para pagos entre personas.
  • La proporción entre pagos a comercios y pagos entre personas se invirtió en 2022.
  • En términos de número de transacciones, los pagos a comercios superaron a los pagos entre personas en agosto de 2022.
• Los QR UPI de los comercios, igual que los handles personales, también son emitidos por bancos patrocinadores, y la mayoría de los patrocinadores de grandes apps de comercios son Yes Bank.
• Cuando se escanea un QR de PhonePe en un comercio, el depósito entra primero a Yes Bank, el patrocinador detrás del QR, y luego se paga al dueño del comercio desde la cuenta común de la app de comercios.
• Aquí, beneficiary bank se refiere al banco que patrocinó el QR, no al banco que usa personalmente el dueño del comercio.

Dos razones por las que un pago se rechaza

• UPI registra los pagos fallidos dividiéndolos en rechazos de negocio y rechazos técnicos.
• Los rechazos de negocio se originan en el usuario o en las reglas de pago.
  • PIN incorrecto
  • Saldo insuficiente
  • Límite diario excedido
  • La app muestra de inmediato el motivo específico, por lo que el usuario puede identificar la causa.
• Los rechazos técnicos ocurren cuando un sistema bancario o una etapa de procesamiento del switch central no logra completarse.
  • Bank server down
  • your bank’s server didn’t respond, please try again
  • En la pantalla del usuario es difícil identificar una causa concreta más allá de que el servidor no respondió.
• Recientemente, cerca de 1 de cada 11 pagos es rechazado, pero las fallas técnicas de la propia red de pagos son menos de 1 de cada 400.
• La tasa de rechazos técnicos ha bajado año tras año, desde más de 1 de cada 100 hasta menos de 1 de cada 400, a medida que los bancos y el switch se estabilizan.
• La tasa de rechazos de negocio no baja; al contrario, sube. Por eso, una falla común se parece más al resultado de aplicar reglas de PIN, saldo y límites que a una avería del sistema.
• Aunque también hubo casos en los que UPI se interrumpió durante varias horas a nivel nacional, son raros; en condiciones normales, las principales causas de fallas de pago son límites excedidos, saldo insuficiente y números ingresados incorrectamente.

Transacciones deemed en las que no se puede confirmar ni éxito ni falla

• Si el dinero sale de la cuenta emisora y la confirmación del banco receptor no vuelve a tiempo, la red no puede determinar de inmediato si el depósito se realizó.
  • Puede haberse depositado realmente, pero el banco receptor no pudo reportar el resultado.
  • También puede ser que el depósito en sí no se haya realizado.
• A una transacción en la que no se confirma si el depósito se realizó se la llama estado deemed, y la app muestra que el pago está en proceso en lugar de la marca verde de finalización.
• La app no adivina el resultado y puede consultar el estado real a la red después de unos 90 segundos.
  • El número de consultas está limitado a unas pocas.
  • Ha habido casos en los que las apps enviaron demasiadas solicitudes de consulta de estado y provocaron fallas en UPI.
  • La app realiza la consulta aunque el usuario no haga ninguna acción directa.
• NPCI también consulta continuamente a ambos bancos y concilia automáticamente la transacción.
  • Si el depósito se realizó, confirma el pago.
  • Si no se realizó, revierte el débito y devuelve el dinero.
• El momento de la devolución no queda a discreción del banco.
  • Las transferencias generales deben devolverse dentro de un día.
  • Los pagos a comercios deben devolverse dentro de algunos días.
  • Si se excede el plazo, se impone al banco una multa de ₹100 por día.
• Aunque UPI no pueda confirmar todos los pagos de inmediato, está diseñado para confirmar el depósito o devolver el dinero al usuario mediante reglas de conciliación posteriores.
• Estas transacciones pendientes ya eran poco frecuentes, y el sistema de conciliación que las gestiona sigue fortaleciéndose.

El relay oculto del pago

• Entre lo que ve el usuario —escaneo, nombre y monto, PIN, marca de finalización y notificación de cobro— existe un relay que va de app → patrocinador → hub de NPCI → banco.
• Detrás de un solo pago, siete empresas y bancos envían mensajes y reciben respuestas, realizando en cada etapa las verificaciones necesarias.
• Incluso cuando ocurre una falla, se aplican consultas de estado, conciliación automática, plazos de devolución y multas por retraso, de modo que los fondos del usuario terminan con el depósito confirmado o con la devolución.

[GN⁺]

Opiniones de Hacker News

• A quienes están fuera de India o no usan UPI con frecuencia les cuesta dimensionar el volumen de transacciones. Se usa para casi todo: desde transferencias entre familiares hasta compras pequeñas como botanas o té, todo tipo de servicios como reparación de autos o plomería, compras en línea y transporte en autobús, avión, tranvía, taxi y tren
  Puedes escanear el código QR de UPI de una app web con el teléfono o abrir directamente la pantalla de pago UPI desde una app móvil. En ciudades como Kolkata, mi pareja y yo hacemos 20~30 pagos al día, y hasta en pueblos pequeños del Himalaya hacemos unos 6~8 pagos diarios

  • En el mundo angloparlante se subestima demasiado un sistema que usa códigos de un solo uso en vez de credenciales permanentes. Es mucho más seguro darle a un hijo, amigo, pareja o subordinado un OTP para una sola transacción, que debe aprobarse en la app, que prestarle una tarjeta de crédito
    Blik de Polonia usa un código de 6 dígitos, así que incluso puede usarse para dictarle el código por teléfono a una persona de confianza que esté frente a un cajero automático
  • No empezamos a generar ingresos en India con un micro SaaS pequeño hasta que agregamos pagos por UPI. Antes era casi imposible lograr que usuarios de India se registraran
  • ¿Hay algún plan para cuando el gobierno interprete pagos pequeños como actividad terrorista y congele cuentas bancarias? Cada país avanza a su ritmo, pero creo que después de pasar por procesos así al final se termina volviendo al efectivo

• Siento un profundo respeto por quienes operan UPI. Haber llevado incluso a la población de mayor edad de India a una transición completa hacia los pagos digitales es un logro sin precedentes a nivel mundial

  • PIX de Brasil y Swish de Suecia fueron similares, y probablemente haya muchos otros precedentes
  • Fue posible porque India no tenía una gran red de pagos con tarjeta de crédito. Básicamente pasó del efectivo a los pagos digitales de un salto

• UPI sí funciona, pero es un sistema terrible en términos de privacidad y autonomía. Hay demasiados intermediarios, requiere número de teléfono y está vinculado a la identidad personal, así que difícilmente puede llamarse un sistema de pagos entre personas en ningún sentido
  La única diferencia es que lo controla el gobierno en lugar de Visa o Mastercard

  • Visa y Mastercard también entregan información de transacciones al gobierno de EE. UU. y a otros. Mediante Hot Watch, el gobierno estadounidense vigila objetivos específicos en tiempo real, y la Bank Secrecy Act obliga legalmente a las redes privadas de pago y a los bancos emisores de tarjetas a actuar como agentes estatales no remunerados
    Viéndolo así, incluso podría decirse que UPI comparte datos con un número menor de gobiernos
  • Al final, la moneda misma está bajo control del gobierno

• PIX de Brasil es muy parecido a UPI. ¿Hay alguna razón por la que no se pueda crear un sistema UPI global de código abierto, donde el gobierno de cada país opere su propia instancia?

  • UPI ya fue adoptado en 8 países y está en marcha en decenas de países más[1]. También empezó a interoperar con sistemas similares de otros países, como 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...

• ¿Se podría analizar con cifras qué impacto tiene UPI en el crecimiento de India? Parece probable que también ayude a incorporar parte de la economía informal al sistema formal

• Si son 22 mil millones de transacciones al año, el rendimiento promedio del switch de NPCI sería de unas 700 por segundo. El tráfico no es uniforme, así que el pico seguramente será varias veces mayor, pero comparado con el feed Nasdaq TotalView ITCH, que supera las 100 mil por segundo al abrir el mercado, no parece tan grave

  • Para comparar con el volumen de órdenes y mensajes de Nasdaq, lo apropiado sería la National Stock Exchange (NSE) de India. La NSE tiene más órdenes ejecutadas por día que Nasdaq
    Hace unos años trabajé en escalar UPI, y los pagos en tiempo real están mucho más distribuidos, así que son bastante más complejos. En cada transacción intervienen dos bancos que mantienen los fondos, las apps de ambos usuarios y sus respectivos bancos, además de la red de NPCI, y mientras ambos usuarios esperan hay que intercambiar múltiples mensajes. Por eso, medido por cantidad de mensajes, el rendimiento es 10~25 veces mayor que el número real de transacciones
    Una red de pagos en tiempo real que permite transferencias gratuitas entre cualquier banco del país hacia cualquier otro, sin excepciones, y que funciona 24/7, cambia por completo las reglas del juego. Contrasta con las redes de pago lentas y caras de EE. UU.
    Además de UPI, India también tiene NEFT, que liquida en lotes como ACH; IMPS, que procesa al instante de forma parecida a UPI pero con una experiencia de usuario distinta; y RTGS, una red de pagos en tiempo real para montos altos intermediada por el banco central RBI. Todas funcionan 24/7 y son gratuitas. En redes de tarjetas, además de Visa y Mastercard, también está RuPay, cuyas comisiones de liquidación son mucho más bajas
  • 22 mil millones es la cifra de un solo mes, junio de 2026, así que anualizado serían 264 mil millones
  • Es una buena lección para entrevistas de diseño de sistemas. Si incluso un sistema de pagos popular en un país de 1,500 millones de personas está en este rango, es poco probable que una empresa pequeña necesite decenas de miles por segundo, y mucho menos millones por segundo en promedio, en esos sistemas hipotéticos que diseñan imitando entrevistas al estilo Google

• ¿Realmente es buena una red privada de movimiento de fondos centralizada y basada en KYC?

  • Como mínimo, es práctica. Cuando las billeteras móviles empezaron a crecer, mucha gente impulsó la blockchain diciendo que la base de la tecnología financiera debía ser descentralizada, y la discusión quedó atrapada en filosofías técnicas como la descentralización, las transacciones entre pares, los intercambios intermedios con criptomonedas y las stablecoins
    Las consultoras ganaron mucho dinero, pero las agencias gubernamentales y los bancos terminaron preguntándose cómo habían gastado millones de dólares sin avances reales en el desarrollo de productos, y al final empezó a imponerse la conclusión de que la innovación fintech no debería estar liderada por el gobierno
    La infraestructura de TI a gran escala suele ser desarrollada y vendida a distintos gobiernos por empresas bajo control o influencia de los gobiernos de Estados Unidos o Europa occidental, lo que también afecta en cierta medida la soberanía nacional. Los gobiernos pueden esperar software ya existente con riesgos de control, o construir por sí mismos software que funcione ahora, aceptando sus riesgos y limitaciones
    Creo que India tomó la decisión correcta al construir el sistema sobre una base probada y predecible
  • Si se mira solo la experiencia de usuario y la practicidad, es excelente. La adopción es alta y hasta en tiendas pequeñas de diferencia de vuelto es fácil cobrar, así que pueden atender a más clientes
    Eso sí, como está vinculado a una identificación gubernamental autenticada por el banco, para los extranjeros es muy incómodo de usar
  • Es mucho mejor que dejar que los bancos privados hagan lo mismo y extraigan ganancias de los usuarios, y también mejor que las criptomonedas actuales, donde la experiencia de usuario es tan mala que es fácil perder todos tus fondos. Es más práctico que el efectivo, pero también debería mantenerse la opción de usar efectivo
    Es inferior a un sistema que sea conveniente, descentralizado y además anónimo, pero eso todavía no existe. Si Ethereum resuelve la abstracción nativa de cuentas, la escalabilidad fluida y una privacidad al nivel de Monero, quizá sea posible en unos 5 años
  • Sí es centralizado y basado en KYC, pero es difícil llamarlo privado. Se puede consultar https://www.bankbazaar.com/tax/tax-on-upi-transactions.html
  • Sí, es un buen sistema. No intenta crear una moneda nueva, sino una forma de usar tu propio dinero, que ya funciona

• ¿Los pagos basados en QR del sudeste asiático, como PromptPay de Tailandia, funcionan con un principio parecido?
  El sitio web y el diagrama están bien hechos pensando en el lector, limpios y sin ninguna distracción

  • No conozco bien la estructura de PromptPay, pero buscando un poco parece que la app de usuario para escanear QR la opera directamente el banco. En cambio, en UPI Google Pay es un proveedor de aplicaciones de terceros (TPAP), y a un mismo TPAP se le pueden vincular varias cuentas, del mismo banco o de bancos distintos
    La implementación del protocolo entre bancos también puede variar. En UPI, los mensajes de transacción son asíncronos: NPCI envía al banco emisor un ReqPay como solicitud de débito, y el banco solo devuelve un mensaje de confirmación Ack dentro de esa misma solicitud HTTP. Cuando termina el procesamiento, el switch del banco envía RespPay al endpoint de callback de NPCI, y NPCI vuelve a responder con Ack. Cuando NPCI envía la solicitud de crédito al banco receptor, el proceso avanza de manera similar

• El contenido está bueno, pero la función de conversión crore/billion es especialmente excelente. Ojalá se extendiera a muchos sitios web relacionados con India, aunque con solo CR/BN es difícil entender de inmediato para qué sirve, así que estaría bien tener una descripción emergente

  • No sabía que era esa función. Al principio parecía un botón de cambio de idioma como HI/EN, pero no se podía saber de qué idioma eran siglas y en realidad el idioma tampoco cambiaba. Una vez entendido, es una muy buena idea