网页上的支付系统设计 第1篇
相比于 SWIFT，Visa 听起来要熟悉得多，我们在很多商店都可以看到 Visa 的结算标志。Visa 是美国的一个信用卡品牌，也是全球最大的信用卡国际组织。Visa 的前身是由美洲银行所发行的 Bank Americard，1977 年更名为 Visa。Visa 除了是它的品牌，也是发卡组织的名称，Visa 国际组织是目前世界上最大的信用卡国际组织，就像中国的银联一样，Visa 也并不发卡 [45] ，卡上带有 Visa 的字样就证明这个卡加入了 Visa 组织，在国内各大银行办卡的时候可以直接选择 Visa。Visa 的全球交易处理网络可以处理一系列新兴服务，全球转账服务可以使个人通过 Visa 的支付网络享受安全、快捷的电子汇款服务。
网页上的支付系统设计 第2篇
跳过几个支付公司，这些基础的概念在几家公司都差不太多，区别是底层技术实现。比如RPC框架，数据库，业务流程，部署架构等。
说明：
说明：
主要对接商户，比如下单、支付等接口入口。通常要求有比较高的安全性。部分公司可能会把移动端网关、PC门户网关、商户通知等能力集成在开放网关，也可能会单独拆出部署。
负责把商户的单收下来，并给商户发起结算。承担的收单产品包括有：线上收单，线下收单，担保交易、即时到账等，每个公司的商业策略不同，开出的收单产品会有差异。
有些公司把结算划到出款中心，对接银企直连的渠道。
承担无买卖标的的纯资金转移能力。典型的有：充值、转账、提现、代发。和支付的区分在于支付是有买卖标的，而资金产品没有。也就是在系统中没有买卖记录发生，但在线下可能有。
资金产品一般需要独立的牌照。
渲染可用支付方式。包括查询账户是否有余额，查询营销是否有营销券，查询渠道网关是否有可用的外部渠道，最后组合成可用支付方式，供前端渲染。
收银核心就像一个大内总管，收到请求后，找商户平台核实身份，找合约平台核实权限，找会员平台核实用户身份，找收单看一下这笔单是否可以继续支付，找账务中心获取余额信息，营销看看有没有可用的券，找渠道网关看看没有可用的渠道，找额度中心看看是否超限额了，找风控问一下当前支付是否安全，找会员平台校验支付密码 … …
负责真正的扣款或转账。有些公司叫支付核心。
如果是余额就调账务扣减余额，如果是红包就调营销做核销，如果是外部银行通道就调渠道网关。
负责去外部渠道扣款。通常还会提供渠道路由、渠道咨询等能力，做得细的公司可能会把渠道核心和报文/文件网关单独拆出来。其中渠道核心就提供渠道路由、渠道咨询、渠道开关等服务，报文/文件网关负责报文转换、签名验签等。
管理会员的生命周期，比如注册、注销、登录等。同时还提供核身服务（比如登录密码，支付密码，短信验证码等）、实名认证服务等。
管理商户的入驻签约、KYB、交易管理等。
管理对外提供的产品能力，比如快捷支付，代扣等。一般大的支付系统才会独立成一个子系统。
负责账户开立，记账等。
会计科目管理、分录管理、日切管理等。
监管报表有时候也放在这里，有些公司也会独立出去。
很多集团公司往往有一套独立的专业财务系统，这个时候往往需要会计中心做完日切后，要把记账信息合并到集团公司的财务系统中去，简称并账。
负责明细对账和资金对账。
提供满减、红包等营销工具。
针对账户和交易，提供实时、离线风控，控制交易的风险。反_、反欺诈是基本要求。
通常各公司对风控规则看成是机密，研发也可能看不到运营配置的规则。经常看到有网友问：“有xx公司的人在吗？我有xxx场景下的支付总是提示风控不过，是否知道是什么原因，怎么才能通过？”，完全是浪费口舌，谁会对外公布自己的风控规则，让人去钻空子呢？
订单管理、渠道管理、产品管理等综合运营工具。
主要用于数据汇总和分析。当前各支付公司基本都是分布式部署N多个应用，数据都在散落在各子系统中，需要汇总到数据平台用于经营分析。
负责管理用户的绑卡信息。需要经过PCI认证。
累计用户、商户的额度，通常有日、月、年，单卡等各种分类。
负责外汇报价和兑换。
一些跨境支付公司，在多个国家多个银行有头寸，各头寸之间经常需要做流动性管理，提高资金利用率。
毕竟在国外不需要把备付金强制存到央行还不给利息。当资金量大的时候，这笔收益可不少。
负责差错处理。比如渠道退款失败（银行账号销户，过了银行的退款有效期等），需要通过其它的方式退给用户。
处理用户的拒付和举证。在跨境支付场景下，信用卡用户联系发卡行说卡被盗刷或商品没有收到，或商品有问题等，拒绝支付给商户。
国内基本没有看到拒付场景。
网页上的支付系统设计 第3篇
海外的消费者通过本国的支付平台比如 PayPal 使用资金银行账户的资金购买商品，资金汇到海外的电商平台的结算户，然后通过外币结算到国内的支付机构的外币账户，再通过结汇到国内的银行账户，然后三方支付机构把资金代发给本国的商户。具体流程下图所示。
支付收单，使用国际支付机构。结算收款：一般卖家是通过绑定三方支付机构账户的方式，由该第三方机构与合作银行完成换汇（结售汇流程），最终到达卖家的境内银行账户。
网页上的支付系统设计 第4篇
看一下十年前各大互联网公司支付系统架构图，就会发现最基础的偏底层的那部分到现在也很有参考价值，但是性能、可用性、基础架构等已经发生了天翻地覆的变化。
比如根据公开资料，2019 年双11 支付宝的支付峰值为 万笔/秒，真实承载能力应该远高于此。创新的业务也发生了极大的变化，比如京东白条的横空出世，在海外旅游可以直接用支付宝或微信扫码付款等。
某团的：
某Q旅游的：
某东金融的：
某蚁金服的：
网页上的支付系统设计 第5篇
所谓产品架构图，简单的理解，就是站在产品角度，提供什么样的服务能力。下面是一个典型的支付系统的产品架构图。实际实现时差异会很大，尤其是上面的产品或应用层，有很多机构为特殊的行业提供一些特殊的能力，比如携程的支付就会有航空方面的B2B业务。但基础的能力基本也就这些。
说明：
网页上的支付系统设计 第6篇
所谓提纲挈领，就是先掌握核心主干，有了这个前提，再去深入了解细节，才不至于“乱花渐欲迷人眼”，解决问题时才能如庖丁解牛，行云流水。伟人邓公提倡的“抓住主要矛盾”，也是这个道理。
本文主要讲了一些支付核心系统相关的基本概念，希望能为大家在学习在线支付系统相关知识时能提供一些有益的参考。
犹记得N年前那天早上，我穿上最帅的衬衣、笔挺的西装裤、贼亮的皮鞋，推开房门，清风徐来，朝阳灿烂，一如我的心情，意气风发。那是我进入正值蓬勃发展的第三方支付行业的第一天。
入职当天老板扔了很多文档给我，看了一周，没看懂。想起老祖宗说的“读书百遍，其义自见”，继续苦读一周，仍然是雾里看花。不幸中的万幸，是挺过了试用期。直到多年后的一天，整理老旧硬盘的资料，才发现一方面是自己愚钝，另一方面也是那些资料写得过于晦涩难懂。于是萌发一个念头：要不我自己也总结总结？这是其中的一篇。
斗转星移，外面的阳光依然灿烂，衬衣、西装裤、皮鞋却已不知何处去了。
题图来自Unsplash，基于CC0协议