惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

F
Fortinet All Blogs
宝玉的分享
宝玉的分享
酷 壳 – CoolShell
酷 壳 – CoolShell
T
The Exploit Database - CXSecurity.com
Help Net Security
Help Net Security
腾讯CDC
Project Zero
Project Zero
C
CXSECURITY Database RSS Feed - CXSecurity.com
IT之家
IT之家
C
Cyber Attacks, Cyber Crime and Cyber Security
T
Tailwind CSS Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
D
Darknet – Hacking Tools, Hacker News & Cyber Security
L
LINUX DO - 最新话题
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
T
Threatpost
N
News | PayPal Newsroom
C
Cybersecurity and Infrastructure Security Agency CISA
Hacker News - Newest:
Hacker News - Newest: "LLM"
S
SegmentFault 最新的问题
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
P
Proofpoint News Feed
A
Arctic Wolf
B
Blog RSS Feed
Forbes - Security
Forbes - Security
P
Privacy & Cybersecurity Law Blog
Attack and Defense Labs
Attack and Defense Labs
V2EX - 技术
V2EX - 技术
P
Proofpoint News Feed
I
Intezer
Application and Cybersecurity Blog
Application and Cybersecurity Blog
阮一峰的网络日志
阮一峰的网络日志
aimingoo的专栏
aimingoo的专栏
T
Tenable Blog
MyScale Blog
MyScale Blog
U
Unit 42
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
WordPress大学
WordPress大学
W
WeLiveSecurity
D
DataBreaches.Net
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
G
GRAHAM CLULEY
有赞技术团队
有赞技术团队
Martin Fowler
Martin Fowler
罗磊的独立博客
The Last Watchdog
The Last Watchdog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
V
Vulnerabilities – Threatpost
美团技术团队
Microsoft Security Blog
Microsoft Security Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
15张图详解三方支付:总架构、5大核心业务处理流程、备付金管理
陈天宇宙 · 2025-06-12 · via 人人都是产品经理

三方支付是个老业务,但对很多人来说却是一门新学问。

本文通过15张图详解支付机构的产品体系、系统布局、“收付退清结”五大核心业务的处理流程,以及备付金管理相关内容,对三方支付做一个全面扫盲。

1. 三方支付概述

三方支付机构是指非银行支付机构在取得了人民银行颁发的《支付业务许可证》后,可以从事相关支付业务的企业,如微信支付、支付宝、汇付天下等,如图1所示。

图1 三方支付产业生态

这些支付机构通过提供各类收付解决方案,为交易平台提供支付服务,包括小程序支付、H5支付、App支付等。根据提供的支付服务内容,支付机构可以分为收单侧支付机构和账户侧支付机构。

1.1.收单侧支付机构

收单侧支付机构主要服务于商户,为商户提供网络支付、银行卡收单、预付卡等收款服务。以商户入网为服务的起点,商户与支付机构签约适合自己业务的支付解决方案后,可以向用户输出下单支付、账户充值、余额提现等支付能力。商户可以选择接入接口或跳转支付机构提供的页面等多种形式来接入收单类机构的支付服务。

1.2.账户侧支付机构

账户侧支付机构主要服务于个人用户,为用户提供零钱账户服务。这类支付机构以用户实名鉴权开户为支付服务的起点,以微信支付和支付宝为主要代表,还包括和包、壹钱包等机构。用户可以将银行卡与零钱账户绑定,建立银行结算账户与支付账户的连接,然后将银行账户资金充值到零钱账户中,或将零钱账号中的余额提现至绑定的银行卡。用户还可以直接使用零钱账户余额向商户付款。

目前,除部分支付机构已间联接入微信和支付宝外,其他大部分支付机构之间并不互通。因此,用户在A支付机构的零钱一般只能支付给A支付机构的商户,如支付宝的零钱不能支付给微信的商户。然而,随着越来越多支付机构之间逐渐通过清算机构实现互通,这种不便利的情形将被打破。例如,京东支付和微信支付已在商户收款码和用户付款码层面实现双码互通。

2. 三方产品总架构拆解

第三方支付体系常见的系统包括各类收银台、支付产品、支付路由、支付通道、支付核心、账务核心、清算核心、风控核心以及商户入网等,如图2所示。

图2 三方支付机构系统组成及分层

2.1.接入层

是第三方支付机构直接面向用户的入口,服务对象包括个人用户、商户和渠道商等。它为个人用户提供消费支付产品,为商户提供支付能力服务,为渠道商提供管理平台。

2.2.业务层

是支付机构针对不同支付场景打造的支付产品层,涵盖航旅支付解决方案、生活缴费支付解决方案、银行卡支付、资金合规管理、分账类产品、商户结算类产品等。

2.3.交易层

接收并处理上游各业务线发起的交易请求,包括收款交易、付款交易、鉴权交易等。

2.4.支付处理层

提供收银台功能和支付核心系统,并构建各类支付的核心处理流程,如快捷支付、网关支付、分账支付等。

2.5.风控层

负责支付安全管理工作,包括用户信用安全、交易安全、支付安全、数据安全等。

2.6.通道/渠道层

是底层对接的各类支付通道服务的集合,包括消费金融类机构、银行、清算机构等。它集中管理接入的各类支付通道,并为支付层提供最佳通道选择的路由系统。

3. 五大核心业务处理流程

可以将支付机构的业务大致分为五大类,涵盖三大支付核心业务:收款、付款、退款;以及两大资金处理业务:清算、结算。这五大业务的协同运作,使得第三方支付机构这一庞大的支付服务平台能够为市场提供卓越的支付能力。如图3所示,这是三方支付机构典型的业务布局。

图3 三方支付典型的业务布局

3.1.收款业务处理流程

常见的业务类型有零钱支付、快捷支付、网关支付等。商户将支付请求提交给支付机构,支付机构处理完毕后,再提交给网联或银联渠道进行资金清算。收款业务的整体处理流程可以分四个阶段:

  • 第一阶段:联机交易阶段,负责接收、发送支付指令,并接收支付结果;
  • 第二阶段:收款流水账务登记及分账、分润、各应入金额清算;
  • 第三阶段:渠道清算对账及渠道资金确认阶段;
  • 第四个阶段:商户结算阶段,此结算会发起结算出款,这也是出金业务中很重要的一种类型。如图4所示,为三方支付收款业务处理流程。

图4 三方支付收款业务处理流程

断直连后,支付机构的资金清算主要通过网联和银联两个渠道进行。对于网络支付,可以选择网联或银联进行处理;而银行卡线下收单则通常通过银联完成。如图5所示,清算机构提供的资金清算通道主要包括信息类服务、协议支付、网关支付、付款及退款等几类业务。

图5 三方支付的支付渠道

3.2.付款业务处理流程

支付机构的付款业务,是指将备付金账户中的资金对外付出的业务。该业务涵盖商户结算出款、商户发起的代付代发、用户主动发起的提现,以及退转付等多种出金业务。尽管各类付款业务的发起方不同,业务细节存在差异,但在出款处理层面则具有相似性。具体的付款流程如图6所示。

15张图详解三方支付:总架构、5大核心业务处理流程、备付金管理

图6 三方支付付款业务全流程

在处理各类出金业务时,需特别注意每类业务的发起方,以及失败后的处理方式(是余额退回还是自动重出)。此外,由于打款属于高风险的资金操作,必须设定严格的资金处理规范和底线。例如,统一由账务中心负责调用,确保先扣账再出款,并对重出操作实施严格把控。

3.3.退款业务处理流程

根据不同的收单方式,我们可以设计相应的退款处理流程,如网络支付退款、POS退款、银行单边退回等。

从产品架构角度来看,退款中心以各退款产品为主线进行构建。不同的退款产品在退款处理流程上存在差异,如原路退款和退转付。原路退款是基于原支付调用原支付通道提供的退款服务;而退转付则需要基于原退款调用可用的付款通道处理退款业务,并涉及用户账户的采集等处理环节。

当商户发起退款申请时,退款中心需要将退款申请与原支付单进行校验。校验通过后,扣除商户收款账户余额,并提交至退款渠道申请资金原路退回。最后,根据渠道返回的退款结果进行后续处理。退款的处理流程如图7所示。

图7 三方支付退款业务全流程

3.4.清算业务处理流程

支付机构的清算工作主要涉及两个方面:一是与支付渠道的资金清算,二是与内部商户、渠道商之间的收款、分账、分润及手续费等款项的清算。清算模型如图8所示。

图8 三方支付清算业务模型

3.5.结算业务处理流程

支付机构的结算业务主要是将预收的交易款项结算至与商户签约的银行账户中。为了满足商户对资金的灵活需求,支付机构通常会提供多种结算产品供商户选择,如T1、D1、D0、S0等。把握结算业务流程的核心,在于理解并掌握不同结算产品的处理逻辑。

如图9所示,为D1结算模式的处理流程:首先获取结算源数据,接着按照D1结算规则进行逻辑处理,最后根据结算记录执行打款操作。在此过程中,需特别关注结算方向是到账到商户账户还是直接到账到银行卡,以及当账户余额不足时的处理方式,是直接结算失败还是反向交易核查处理。

图9 三方支付结算处理逻辑流程

4.备付金集中存管及管理

备付金是指第三方支付机构为办理客户委托的支付业务而实际预收待付的货币资金。备付金管理则是指对这部分资金进行存放、归集和划转等业务的管理。

客户备付金必须全额缴存至第三方支付机构在备付金银行开立的专用存款账户中。备付金银行是指与第三方支付机构签订协议,为其提供客户备付金存管服务的境内银行业金融机构。在断直连后,第三方支付机构的客户备付金集中存放在中国人民银行,并开立专门账户进行监管。

4.1.集中存管备付金账户模型

第三方支付机构通过接入网联(或者银联,后续默认以接入网联为例进行描述)开展支付业务,并通过网联管理其备付金账户,包括查询账户余额、通过额度映射方式向网联分配额度等,如图10所示。

图10 备付金账户模型

1)集中存管账户余额

指第三方支付机构在中国人民银行开设的备付金集中存管账户中的余额(以下简称“账户余额”)。

2)映射额度

由第三方支付机构根据账户余额分配至清算组织的,并经清算组织确认且互认的账户资金份额。映射额度的调整不涉及实际资金划转,第三方支付机构可随时进行。

3)可用额度

以已映射额度为基础,根据第三方支付机构的入金和出金业务处理结果实时增减的额度(可用额度=映射额度+入金-出金)。若可用额度不足,则无法完成出金业务。清算组织通过控制可用额度,确保第三方支付机构办理业务所形成的汇差不超过其向各清算组织分配的映射额度。

在备付金账户模型下,清算机构可先在内部完成清算场次内的清算工作,仅将一定周期内的清算净额提交至央行进行最终结算。这种方式可降低高并发的互联网支付业务对央行支付系统的冲击,避免形成热点账户。

4.2.映射额度管理

第三方支付机构可以通过前置系统对映射额度进行调整。图11展示了映射申请的流程。

图11 映射申请流程

第三方支付机构向网联提交映射申请后,网联首先会核查该支付机构已分配给银联的额度情况,接着查询其央行备付金集中存管账户的余额。若本次申请的映射额度不超过“集中存管账户余额减去银联已映射额度”的差额,则申请获批,否则,申请被拒绝。

相较于映射申请,解映射申请流程较为简单。由于是申请减少映射额度,因此无需再核查银联的已映射额度和集中存管账户余额,可直接进行解映射操作,如图12所示。但需要注意的是,解映射申请的额度不得超过已映射的额度,否则申请将无法通过。

图12 解映射申请流程

4.3.备付金变动通知

到了结算时间,网联会向备付金集中存管账户提交结算指令,在第三方支付机构备付金集中存管账户内完成最终的结算,并将结算结果及额度变动情况通知给第三方支付机构,具体流程如图13所示。

图13 结算与结果告知流程

4.4.备付金账户余额查询

第三方支付机构可随时利用网联或银联提供的查询工具,查询其账户余额、已映射至网联或银联的额度,以及可用额度等信息。额度查询的具体流程如图14所示。

图14 备付金账户余额查询流程

4.5.备付金管理平台

第三方支付机构需要开发一个后台管理工具,用于查询央行集中存管户账户的余额、网联映射的额度以及可用额度,并实现网联映射额度的增加或者减少功能。借助网联提供的查询和映射额度调整能力,可构建这样一个后台页面工具,供备付金管理人员使用,具体界面如图15所示。

图15 备付金账户管理

本文由人人都是产品经理作者【陈天宇宙】,微信公众号:【陈天宇宙】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。