UPI支付交易全解析
我们大多数人每天都会多次重复同一种支付流程：把手机对准二维码，核对显示的收款人姓名，输入金额，再输一遍PIN码，最后屏幕上跳出的绿色对勾就表示支付完成。与此同时，收款人的手机会收到到账提醒。从开始到结束，全程不过两三秒。
扫码、核对姓名金额、输入PIN码、绿色对勾、对方手机收到提醒——这五个环节就是你能看到的全部支付过程，其余一切都在幕后悄然运转。从扫码到出现对勾的间隙里，你的支付指令会经过一串独立机构的接力处理：每个机构只负责一项核验，完成后就把结果传递给下一个，整个流程快到你还没来得及移开视线就已结束。你手机里的支付APP只是这串链条的第一环，它自始至终都不会触碰你的资金。
这套看似平静的资金流转体系，承载的交易量超乎想象。仅2026年6月，UPI（统一支付接口）的交易量就超过22.72亿笔，远超全球其他任何实时支付系统。5
本文将揭开扫码到绿色对勾之间的黑箱，跟着一笔支付走完整个链条：看看指令在哪些机构间传递、每个环节核验什么内容、可能在哪个节点出问题，同时也会介绍每个环节的演变。下图展示了所有参与方，我们就从你手中的设备开始说起。
支付APP
第一个环节是你最熟悉的支付APP：PhonePe、Google Pay、Paytm，或是其他十多款同类应用。很多人会误以为APP就是支付系统本身，但它的实际功能其实很有限。在UPI体系里，它的正式名称是第三方应用服务商（TPAP）：仅负责收集你的支付意愿（向谁付、付多少）、展示收款人信息，以及通过一个自身无法读取的安全键盘收集你的PIN码，之后就会把支付指令传递出去。它既看不到你的PIN码，也不持有你的资金，更没有银行牌照。1
UPI体系的竞争几乎都集中在这一层，且竞争格局极度失衡：PhonePe和Google Pay两款APP包揽了近八成的UPI支付量，其余所有应用只能瓜分剩下的份额。这种双寡头格局已经维持多年，变化只发生在第二梯队的排名上。
观察历年排名就能发现：2024年由Flipkart推出的新应用super.money，仅用一年左右就从五十名开外跻身前五，靠的是返现补贴吸引用户。8 头部双雄的位置几乎纹丝不动，而它们之下的梯队却始终在洗牌。
10 尽管竞争激烈，但所有APP都有一个共同的短板：无法直接接入支付网络。它们必须依托合作银行才能实现这一点。
合作银行（SP）
由于支付APP没有银行牌照，也无法直接连接支付网络，它必须向合作银行——即支付服务商（PSP），也就是它的"合作银行"——借道。合作银行负责完成APP做不到的事：连接中央支付系统、为你生成代表个人身份的UPI地址，以及在你开通UPI时，首次将你的手机号与银行账户绑定。1
UPI地址暗藏玄机：@符号后的后缀代表的是合作银行，而非你正在使用的APP。比如@ybl结尾的地址归属Yes Bank，@okaxis结尾的归属Axis Bank。PhonePe的地址由Yes Bank、Axis Bank和ICICI Bank提供支持；Google Pay的地址则由Axis Bank、HDFC Bank、ICICI Bank和State Bank of India提供支持。7
如今大部分主流APP都会同时接入多家合作银行，而非只依赖一家，主要是为了提升系统韧性：分散在多家银行后，某一家银行的故障不会导致整个APP瘫痪，也不会让单家合作银行承担全部交易压力。[7] 合作银行也能从中获得实惠：如果付款人和收款人的合作银行是同一家，该银行就能直接在内部完成地址核验，无需通过中央系统查询——这样不仅速度更快，还能节省约1派萨的核验费用。
7 你手机发送出去的并非资金，而是由APP组装、经合作银行签名的支付请求。你看到的五个环节里，有三个就发生在这里：扫码、核对姓名金额、输入PIN码。显示收款人姓名是系统在确认你扫码对应的账户归属，这是资金划转前你唯一能发现转错账户的机会。PIN码由你手机上的认证组件加密收集，APP只是代为传递，全程无法读取PIN码内容。1
Creds type=“MPIN”
（APP无法读取此内容。来源：NPCI UPI API规范）
2 到这里，支付请求就完全脱离了你的掌控。后续所有操作都在银行和中央交换系统之间进行，而每一笔支付都必须经过同一个关键节点。
中央枢纽
无论从哪个APP或银行发起，所有支付请求最终都会汇聚到同一个节点：由运营UPI的非营利机构NPCI（国家支付公司）运营的中央交换系统——整个UPI体系仅此一个。它的首要任务是"翻译"：你要付款的UPI地址归属于收款人的合作银行，因此交换系统会将请求路由到该银行，由其先将UPI地址解析为真实账户，再进行资金划转。2
接下来是资金划转环节，且顺序固定：交换系统首先要求你的开户行从账户中扣款。只有你的开户行能解密从你手机发送的PIN码，因此PIN码的核验也只在这里进行：开户行验证PIN码无误、确认账户余额充足后，完成扣款并向交换系统回复。只有在扣款确认完成后，交换系统才会要求收款人的开户行完成入账，并等待对方的确认回复。资金永远是先转出、再入账，顺序绝不会颠倒。2
2 最终反馈给你的结果并非由交换系统直接发送：NPCI会先将结果发送给双方的合作银行，再由合作银行传递给各自的APP。你的合作银行通知你使用的APP支付成功，于是你看到绿色对勾；收款人的合作银行通知其APP到账，对方的手机就会收到提醒。2
2 交换系统几乎不会公开自身的运营数据，因为没有同类系统可供对比——它是独一无二的。它的规模只能通过承载的总交易量来体现。
不过，真正的资金流转发生在两端：扣款的付款人开户行，以及入账的收款人开户行。你或许会认为，付款端和收款端最繁忙的银行应该是同一批，但事实并非如此。
两端银行
付款端和收款端的主力银行并不重合。将付款端最繁忙的银行和收款端最繁忙的银行分别排名，再将同一家银行在两个榜单中的位置对应起来，你会发现两者的排名完全不匹配。
10 付款端的排名符合预期：State Bank of India（印度国家银行）遥遥领先，其他大型零售银行紧随其后，与它们的客户规模基本一致。但收款端的排名却完全不同：一家私人银行Yes Bank大幅领先，其接收支付的份额远超付款端任何一家银行的占比，且这一份额在两年内几乎翻了一番。6 但就是这家Yes Bank，在付款端却表现平平：它发起的支付量微乎其微，接收的支付量却远超所有同行。
背后的原因要回溯到合作银行层，以及UPI如今的定位：大多数UPI支付已不再是个人对个人转账，而是个人向商户付款。这两类交易的规模在2022年交叉后，差距就越来越大。10
10 商户的UPI收款码和你的个人UPI地址一样，由合作银行发放。绝大多数头部商户APP的合作银行都是Yes Bank。[7] 因此，当你在商店扫码使用PhonePe付款时，资金会先进入该收款码对应的Yes Bank账户，之后再从商户APP的汇总账户结算给店主。
这里的"收款银行"并非店主自己的银行，而是发放收款码的合作银行。
6## 故障节点
如此大规模的系统不可能做到万无一失，而UPI的独特之处在于，它能精准记录每一次故障。所有支付失败的情况都可以归为两类。3
第一类是业务性失败：比如PIN码输入错误、账户余额不足、达到每日支付限额等。这类失败发生时，APP会立即告知你原因，问题出在你这边。第二类是技术性失败：链条中的某个环节，比如某家银行的系统或中央交换系统本身，无法完成操作。这类失败通常会显示"银行服务器故障"或"您的银行服务器未响应，请稍后重试"，但你无法从自己这边找到问题原因。3
对比历年数据可以发现一个明显趋势：最近约每11笔支付中就有1笔失败，但其中因系统本身故障导致的失败不足1/400，且这一差距还在扩大。随着银行和交换系统的稳定性不断提升，技术性失败的占比逐年下降，从最初的1%以上降至如今的1/400以下；而业务性失败的占比不仅没有下降，反而有所上升。10
10 也就是说，尽管系统本身越来越可靠，但支付失败的情况却越来越多，且原因都与系统无关。日常的支付失败并非系统故障，而是系统在执行自身规则。
这与人们对系统故障的印象截然相反：UPI曾出现过全国性的数小时停运，这类事件真实存在且令人印象深刻。[9] 但这类事件极为罕见。在普通日子里，支付几乎不会因系统故障而失败，失败的原因往往是限额耗尽、余额不足，或是输错了一个数字。
除此之外，还有第三种情况：既不是明确的成功，也不是明确的失败，而是系统无法立即判定结果的支付。
安全机制
还记得吗？资金永远是先转出、再入账。几乎所有情况下，入账确认都会在转出的同时完成，你根本不会察觉到中间有时间差。但偶尔会出现确认信息未能及时返回的情况：收款人的开户行可能已经完成入账，但未反馈确认信息；也可能根本没有完成入账。在短时间内，网络无法判断是哪种情况。处于这种状态的支付有一个专门的名称：待确认（deemed），即入账状态未核实。[2] 此时你的APP不会显示绿色对勾，而是提示"支付处理中"。你的资金已经转出，但无人能确认是否到账。
系统对此早有预案：你的APP不会坐以待毙。大约90秒后，它会自动向网络查询真实状态，但这类查询的次数受到限制——曾有APP因频繁发送这类查询请求导致UPI系统瘫痪。[9] 你无需进行任何操作，这一切都会自动完成。
在这背后，NPCI会启动自身的对账机制：它会持续向双方银行发起查询，直到获得明确结果，然后给出两种判定之一：入账已完成，支付成功；或入账未完成，扣款将被撤销。9
4 如果需要撤销扣款，退款时间并非取决于银行的意愿：个人转账的退款必须在1日内完成，商户支付的退款则需在数日内完成，若逾期未退，银行每天需支付100卢比的罚款。[4] 系统无法保证每一笔支付都能即时成功，因此通过规则确保事后纠正错误。
这类处于待确认状态的支付原本就不多，且围绕其建立的对账机制近年来还在不断完善。
现在我们回到最初的场景：扫码、核对姓名金额、输入PIN码、绿色对勾、对方手机收到提醒。这五个环节依然是你能看到的全部。在这短短几秒背后，有七家独立的公司和银行在接力传递信息，每一步都经过核验，整个流程被规则严密包裹——即便出现失败，规则也会向你倾斜。下次看到绿色对勾时，你就会知道它背后经历了多少环节。
资料来源
- NPCI、PSP与TPAP的角色；PIN码处理与通用库。Razorpay；Google Pay / NPCI。
- UPI消息流转（先扣款后入账；待确认结果码；PSP通知）。NPCI UPI操作指南/产品手册。
- 技术性失败与业务性失败的定义及指标。NPCI OC-149。
- 失败交易自动撤销及罚款时限。印度储备银行2019年TAT公告。
- UPI作为全球最大实时支付系统。印度新闻信息局/国际货币基金组织；ACI Worldwide。
- 收款银行集中度与商户托管账户。《经济时报》。
- 合作银行、@地址后缀及行内交易效率。The Painted Stork。
- super.money的增长情况。《商业标准报》。
- 待确认交易、状态查询、UDIR对账及查询请求导致的停运。Razorpay（UDIR）；Inc42（2025年NPCI停运指南）。
- 交易、APP、银行及失败数据。NPCI生态系统统计数据，由Time Series of India整理。