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