首页
学习
活动
专区
圈层
工具
发布
综合排序丨最热优先丨最新优先
时间不限
支付系统
:第一阶段:支付作为一个(封闭)的、独立的应用系统,为各系统提供支付功能支持。 01 支付系统的作用 ? 从上图中我们可以看出真实的资金流向。首先当用户产生支付行为时,资金从用户端流向支付系统,退款时则相反,从支付系统回流至用户端。 说明 对账,我们一般称为勾兑,支付系统的对账,包含着两个层面: 支付系统内部间的对账,支付系统一般是分布式的,整个支付系统被拆分成了多个子系统,如交易系统、账户系统、会计系统、账户系统, 支付系统与渠道间的对账 系统间的对账比较好理解,这里主要讲支付系统与渠道间的对账。 可能原因如下:1、银行日切晚与支付系统核心账务系统;2、支付系统账务核心系统与其他系统间的掉单。
纯洁的微笑
2018-12-21
4.2K1
标签:
支付系统
,并且补全了渠道需要的参数以后,就开始准备向渠道发起支付申请了按照渠道的协议要求,封装协议参数,进行加密、签名,封装成渠道要求的报文格式然后,请求相应接口发起支付并且,通知支付单模块、路由系统、记账系统等内部系统更新状态以及下一步业务的预处理 2.2.4支付应答将支付报文提交给渠道以后,就等着渠道返回支付结果了接收到支付结果以后,更新支付单相关状态,并通知交易系统、业务请求系统、账务系统等内部系统进行支付成功后的业务处理至此,一笔支付的处理就结束了以上的主流程 六大单据及关系以上场景的发生并不是依赖一个系统实现,而是通过3个核心实现,分别是交易核心、支付核心、卡券营销核心,每个核心内会产生相应的单据交易核心交易核心安排交易流程,包含了订单子系统和账单子系统其中订单子系统内会生成订单 ,路由系统针对每项规则去过滤已经维护的全部通道,直到挑选出最合适的那个7.3路由原理模型调用系统比如支付网关、业务系统、支付系统等,传入交易特征,路由系统先根据规则树快速定位到可用通道,然后再通过一组筛选规则注意筛选 ,有些企业将支付系统也划归到支付网关内部,这样支付网关的职能边界被加大,承载着支付业务系统的职能,需要与内部风控,路由,交易等系统交互,这样做没什么不好,只不过显得笨重而已,这里我们将支付网关和支付系统单独研究
RookieCyliner
2025-07-27
2.1K0
标签:
支付系统设计:支付系统的账户模型
账户体系是支付系统的基础,它的设计直接影响整个系统的特性。这里探讨如何针对电子商务系统的支付账户体系设计。我们从一些基本概念开始入手,了解怎么建模。 这是两个不同业务领域的概念:支付账户指用户在支付系统中用于交易的资金所有者权益的凭证;登录账号 指用户在系统中的登录的凭证和个人信息。 和第三方支付或者金融机构的交易不同,电商系统中,交易还会涉及到渠道。 由于电商系统本身并无清结算的资质,所有资金从交易主体到交易对手的账户的流动,在大部分情况下,并没有经过电商系统,而是由电商系统调用支付渠道提供的接口,由它来完成真正的支付过程。 内部账户和外部账户 当用户使用银行卡来支付时,电商支付系统需要和银行对接,从用户银行卡所代表的账户上扣除资金。
纯洁的微笑
2018-12-24
3.9K0
标签:
支付系统设计:支付系统的账户模型
账户体系是支付系统的基础,它的设计直接影响整个系统的特性。这里探讨如何针对电子商务系统的支付账户体系设计。我们从一些基本概念开始入手,了解怎么建模。 这是两个不同业务领域的概念:支付账户指用户在支付系统中用于交易的资金所有者权益的凭证;登录账号 指用户在系统中的登录的凭证和个人信息。 和第三方支付或者金融机构的交易不同,电商系统中,交易还会涉及到渠道。 由于电商系统本身并无清结算的资质,所有资金从交易主体到交易对手的账户的流动,在大部分情况下,并没有经过电商系统,而是由电商系统调用支付渠道提供的接口,由它来完成真正的支付过程。 内部账户和外部账户 当用户使用银行卡来支付时,电商支付系统需要和银行对接,从用户银行卡所代表的账户上扣除资金。
架构之家
2022-09-01
2.2K0
标签:
支付系统架构
整体上来说,我们可以把一个公司的支付系统发展分为三个阶段:   1、支付系统:支付作为一个(封闭)的、独立的应用系统,为各系统提供支付功能支持。 一般来说,这个系统仅限于为公司内部的业务提供支付支持,并且和业务紧密耦合。   2、支付服务:支付作为一个开发的系统,为公司内外部系统、各种业务提供支付服务。 用户在这个系统中完成交易。 支付系统,可以是电商系统的一个模块,或者是个独立的系统。这是本文的主角,用来完成支付过程。 用户,在电商系统中败家的那位。 这就有三种情况: 电商系统和商家对账;电商系统和支付系统对账;支付系统和收单机构对账。最为支付系统,我们仅关注后两者的情况。 整体上来说, 从分层的角度,支付系统和普通的业务系统并没有本质的区别,也是应用、服务、接口、引擎、存储等分层。 在应用层,支付系统一般会提供如下子系统:   1、支付应用和产品.
牛嗷嗷
2018-08-01
2.6K0
标签:
解密支付系统,来看如何构建理想的支付系统架构
3 支付系统架构发展历程 随着支付业务的发展,线上支付单量的增加,支付系统架构也经历了几次演进。早先使用线上支付的人非常少,一个支付机构的日单量可能只有十几万甚至几万笔。 4 理想的支付系统架构 微服务的核心思想是把复杂的系统拆分为多个简单的子系统。明确了支付业务模型之后,需要把确定的支付产品转化为系统,以支撑我们的业务需求。 支付体系架构经过多次演进,根据业务架构我们需要把系统拆解一下,每个小系统只负责一个业务模块。按照微服务的思想把支付系统拆分为多个小模块,如图7所示。 支付核心发送支付成功消息,清结算系统监听支付成功消息并把支付成功的记录落入数据库,等待发起结算。账务系统接收支付成功消息进行记账。 支付的各个系统拆分之后,每个系统负责不同的职责,系统划分之后,就可以进行技术选型了。 本文节选自《支付架构实战》一书,欢迎阅读本书继续了解技术选型等支付架构设计的内容。
用户1278550
2022-05-17
1.4K0
标签:
解密支付系统,来看如何构建理想的支付系统架构
3 支付系统架构发展历程 随着支付业务的发展,线上支付单量的增加,支付系统架构也经历了几次演进。早先使用线上支付的人非常少,一个支付机构的日单量可能只有十几万甚至几万笔。 4 理想的支付系统架构 微服务的核心思想是把复杂的系统拆分为多个简单的子系统。明确了支付业务模型之后,需要把确定的支付产品转化为系统,以支撑我们的业务需求。 支付体系架构经过多次演进,根据业务架构我们需要把系统拆解一下,每个小系统只负责一个业务模块。按照微服务的思想把支付系统拆分为多个小模块,如图7所示。 支付核心发送支付成功消息,清结算系统监听支付成功消息并把支付成功的记录落入数据库,等待发起结算。账务系统接收支付成功消息进行记账。 支付的各个系统拆分之后,每个系统负责不同的职责,系统划分之后,就可以进行技术选型了。 本文节选自《支付架构实战》一书,欢迎阅读本书继续了解技术选型等支付架构设计的内容。
程序猿DD
2022-06-02
1.2K0
标签:
解密支付系统,来看如何构建理想的支付系统架构
3 支付系统架构发展历程 随着支付业务的发展,线上支付单量的增加,支付系统架构也经历了几次演进。早先使用线上支付的人非常少,一个支付机构的日单量可能只有十几万甚至几万笔。 4 理想的支付系统架构 微服务的核心思想是把复杂的系统拆分为多个简单的子系统。明确了支付业务模型之后,需要把确定的支付产品转化为系统,以支撑我们的业务需求。 支付体系架构经过多次演进,根据业务架构我们需要把系统拆解一下,每个小系统只负责一个业务模块。按照微服务的思想把支付系统拆分为多个小模块,如图7所示。 支付核心发送支付成功消息,清结算系统监听支付成功消息并把支付成功的记录落入数据库,等待发起结算。账务系统接收支付成功消息进行记账。 支付的各个系统拆分之后,每个系统负责不同的职责,系统划分之后,就可以进行技术选型了。 本文节选自《支付架构实战》一书,欢迎阅读本书继续了解技术选型等支付架构设计的内容。
博文视点Broadview
2022-05-09
1.1K0
标签:
支付系统设计中,如何防止重复支付?
wallet-2292428_1280.jpg 在我们支付系统设计中,经常会遇到这样一个问题,防止用户重复支付。 用户明明只想购买一次,却因为系统问题,导致重复支付,带来额外的物流成本和扯皮退货的运营成本,对商家的信誉和系统的体验很不好。 那么实际我们在设计支付系统时,如何来避免这一问题呢。 如何防止重复支付提交 在我们实际支付系统设计中,我们系统设计人员经常无法区分商品订单和支付订单之间的关系,经常混为一谈。 支付系统需要对这个支付订单号做交易的幂等。 1.如果不存在该支付订单号,则记库,并标记状态为支付中,然后调用渠道进行支付落地。 2.收到渠道异步通知或者通过查询得到渠道支付状态时,更新该笔支付订单状态 3.如果客户再次发起支付,不给客户产生新的支付订单号,先用该笔支付订单号调用支付系统,支付系统会判断订单号幂等性,如果已支付,则报错告诉客户已支付成功
金融民工小曾
2018-09-05
6K0
标签:
【支付系统设计从0到1】支付系统账户体系设计(上)
在银行、支付公司以及电商平台的支付系统中,如果不是只做交易转发,而是真正需要做账务处理清结算,一定会涉及到账户体系的设计,一套好的账户体系应该是与业务无关的。 账户体系在银行叫核心系统,在支付公司或者电商平台都是虚拟账户体系。在这一篇里我们主要讲讲支付系统的账户体系的产品设计,在下一篇里重点介绍技术设计中需要考虑的问题。 所以,我们在支付系统设计中一般是将记账为分2个步骤,支付成功后系统同步记录流水账,异步通知会计系统做复式记账。 传统的第一代支付系统通常是日终批量记账;现在的流行的支付系统设计通常是异步准实时记账,日终根据银行对账文件,对当日记账做批次结转核对并记录。 所以通常来讲,我们的支付过程与会计记账过程会进行分离。 这部分我会另外写文章专门讲解,大家也可以参考支付宝架构中的记账分析过程。 产品架构划分 账户体系对应的是联机记账的过程,在实际过程中会划分为客户用户信息子系统、账户子系统以及记账子系统。
金融民工小曾
2018-09-14
3.8K0
标签:
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档