学习
实践
活动
专区
工具
TVP
写文章

支付系统

:第一阶段:支付作为一个(封闭)的、独立的应用系统,为各系统提供支付功能支持。 01 支付系统的作用 ? 从上图中我们可以看出真实的资金流向。首先当用户产生支付行为时,资金从用户端流向支付系统,退款时则相反,从支付系统回流至用户端。 说明 对账,我们一般称为勾兑,支付系统的对账,包含着两个层面: 支付系统内部间的对账,支付系统一般是分布式的,整个支付系统被拆分成了多个子系统,如交易系统、账户系统、会计系统、账户系统支付系统与渠道间的对账 系统间的对账比较好理解,这里主要讲支付系统与渠道间的对账。 可能原因如下:1、银行日切晚与支付系统核心账务系统;2、支付系统账务核心系统与其他系统间的掉单。

1.5K41

支付系统设计:支付系统的账户模型

账户体系是支付系统的基础,它的设计直接影响整个系统的特性。这里探讨如何针对电子商务系统支付账户体系设计。我们从一些基本概念开始入手,了解怎么建模。 这是两个不同业务领域的概念:支付账户指用户在支付系统中用于交易的资金所有者权益的凭证;登录账号 指用户在系统中的登录的凭证和个人信息。 和第三方支付或者金融机构的交易不同,电商系统中,交易还会涉及到渠道。 由于电商系统本身并无清结算的资质,所有资金从交易主体到交易对手的账户的流动,在大部分情况下,并没有经过电商系统,而是由电商系统调用支付渠道提供的接口,由它来完成真正的支付过程。 内部账户和外部账户 当用户使用银行卡来支付时,电商支付系统需要和银行对接,从用户银行卡所代表的账户上扣除资金。

13820
  • 广告
    关闭

    新年·上云精选

    热卖云产品新年特惠,2核2G轻量应用服务器9元/月起,更多上云必备产品助力您轻松上云

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    支付系统设计:支付系统的账户模型

    账户体系是支付系统的基础,它的设计直接影响整个系统的特性。这里探讨如何针对电子商务系统支付账户体系设计。我们从一些基本概念开始入手,了解怎么建模。 这是两个不同业务领域的概念:支付账户指用户在支付系统中用于交易的资金所有者权益的凭证;登录账号 指用户在系统中的登录的凭证和个人信息。 和第三方支付或者金融机构的交易不同,电商系统中,交易还会涉及到渠道。 由于电商系统本身并无清结算的资质,所有资金从交易主体到交易对手的账户的流动,在大部分情况下,并没有经过电商系统,而是由电商系统调用支付渠道提供的接口,由它来完成真正的支付过程。 内部账户和外部账户 当用户使用银行卡来支付时,电商支付系统需要和银行对接,从用户银行卡所代表的账户上扣除资金。

    1.6K21

    支付系统架构

    整体上来说,我们可以把一个公司的支付系统发展分为三个阶段:   1、支付系统支付作为一个(封闭)的、独立的应用系统,为各系统提供支付功能支持。 一般来说,这个系统仅限于为公司内部的业务提供支付支持,并且和业务紧密耦合。   2、支付服务:支付作为一个开发的系统,为公司内外部系统、各种业务提供支付服务。 用户在这个系统中完成交易。 支付系统,可以是电商系统的一个模块,或者是个独立的系统。这是本文的主角,用来完成支付过程。 用户,在电商系统中败家的那位。 这就有三种情况: 电商系统和商家对账;电商系统支付系统对账;支付系统和收单机构对账。最为支付系统,我们仅关注后两者的情况。 整体上来说, 从分层的角度,支付系统和普通的业务系统并没有本质的区别,也是应用、服务、接口、引擎、存储等分层。 在应用层,支付系统一般会提供如下子系统:   1、支付应用和产品.

    1.2K11

    解密支付系统,来看如何构建理想的支付系统架构

    3 支付系统架构发展历程 随着支付业务的发展,线上支付单量的增加,支付系统架构也经历了几次演进。早先使用线上支付的人非常少,一个支付机构的日单量可能只有十几万甚至几万笔。 4 理想的支付系统架构 微服务的核心思想是把复杂的系统拆分为多个简单的子系统。明确了支付业务模型之后,需要把确定的支付产品转化为系统,以支撑我们的业务需求。 支付体系架构经过多次演进,根据业务架构我们需要把系统拆解一下,每个小系统只负责一个业务模块。按照微服务的思想把支付系统拆分为多个小模块,如图7所示。 支付核心发送支付成功消息,清结算系统监听支付成功消息并把支付成功的记录落入数据库,等待发起结算。账务系统接收支付成功消息进行记账。 支付的各个系统拆分之后,每个系统负责不同的职责,系统划分之后,就可以进行技术选型了。 本文节选自《支付架构实战》一书,欢迎阅读本书继续了解技术选型等支付架构设计的内容。

    16210

    解密支付系统,来看如何构建理想的支付系统架构

    3 支付系统架构发展历程 随着支付业务的发展,线上支付单量的增加,支付系统架构也经历了几次演进。早先使用线上支付的人非常少,一个支付机构的日单量可能只有十几万甚至几万笔。 4 理想的支付系统架构 微服务的核心思想是把复杂的系统拆分为多个简单的子系统。明确了支付业务模型之后,需要把确定的支付产品转化为系统,以支撑我们的业务需求。 支付体系架构经过多次演进,根据业务架构我们需要把系统拆解一下,每个小系统只负责一个业务模块。按照微服务的思想把支付系统拆分为多个小模块,如图7所示。 支付核心发送支付成功消息,清结算系统监听支付成功消息并把支付成功的记录落入数据库,等待发起结算。账务系统接收支付成功消息进行记账。 支付的各个系统拆分之后,每个系统负责不同的职责,系统划分之后,就可以进行技术选型了。 本文节选自《支付架构实战》一书,欢迎阅读本书继续了解技术选型等支付架构设计的内容。

    14410

    解密支付系统,来看如何构建理想的支付系统架构

    3 支付系统架构发展历程 随着支付业务的发展,线上支付单量的增加,支付系统架构也经历了几次演进。早先使用线上支付的人非常少,一个支付机构的日单量可能只有十几万甚至几万笔。 4 理想的支付系统架构 微服务的核心思想是把复杂的系统拆分为多个简单的子系统。明确了支付业务模型之后,需要把确定的支付产品转化为系统,以支撑我们的业务需求。 支付体系架构经过多次演进,根据业务架构我们需要把系统拆解一下,每个小系统只负责一个业务模块。按照微服务的思想把支付系统拆分为多个小模块,如图7所示。 支付核心发送支付成功消息,清结算系统监听支付成功消息并把支付成功的记录落入数据库,等待发起结算。账务系统接收支付成功消息进行记账。 支付的各个系统拆分之后,每个系统负责不同的职责,系统划分之后,就可以进行技术选型了。 本文节选自《支付架构实战》一书,欢迎阅读本书继续了解技术选型等支付架构设计的内容。

    11820

    支付系统设计中,如何防止重复支付?

    wallet-2292428_1280.jpg 在我们支付系统设计中,经常会遇到这样一个问题,防止用户重复支付。 用户明明只想购买一次,却因为系统问题,导致重复支付,带来额外的物流成本和扯皮退货的运营成本,对商家的信誉和系统的体验很不好。 那么实际我们在设计支付系统时,如何来避免这一问题呢。 如何防止重复支付提交 在我们实际支付系统设计中,我们系统设计人员经常无法区分商品订单和支付订单之间的关系,经常混为一谈。 支付系统需要对这个支付订单号做交易的幂等。 1.如果不存在该支付订单号,则记库,并标记状态为支付中,然后调用渠道进行支付落地。 2.收到渠道异步通知或者通过查询得到渠道支付状态时,更新该笔支付订单状态 3.如果客户再次发起支付,不给客户产生新的支付订单号,先用该笔支付订单号调用支付系统支付系统会判断订单号幂等性,如果已支付,则报错告诉客户已支付成功

    2.6K31

    支付系统设计从0到1】支付系统账户体系设计(上)

    在银行、支付公司以及电商平台的支付系统中,如果不是只做交易转发,而是真正需要做账务处理清结算,一定会涉及到账户体系的设计,一套好的账户体系应该是与业务无关的。 账户体系在银行叫核心系统,在支付公司或者电商平台都是虚拟账户体系。在这一篇里我们主要讲讲支付系统的账户体系的产品设计,在下一篇里重点介绍技术设计中需要考虑的问题。 所以,我们在支付系统设计中一般是将记账为分2个步骤,支付成功后系统同步记录流水账,异步通知会计系统做复式记账。 传统的第一代支付系统通常是日终批量记账;现在的流行的支付系统设计通常是异步准实时记账,日终根据银行对账文件,对当日记账做批次结转核对并记录。 所以通常来讲,我们的支付过程与会计记账过程会进行分离。 这部分我会另外写文章专门讲解,大家也可以参考支付宝架构中的记账分析过程。 产品架构划分 账户体系对应的是联机记账的过程,在实际过程中会划分为客户用户信息子系统、账户子系统以及记账子系统

    1.9K11

    支付系统设计从0到1】支付系统账户体系设计(下)

    在上一篇里我们主要讲了支付系统的账户体系的产品设计,在这一篇里重点介绍技术设计上需要考虑的一些问题。 上一篇里讲到,账户体系对应的是联机记账的过程,在实际过程中会划分为客户用户信息子系统、账户子系统以及记账子系统。 客户信息子系统技术设计 客户和用户涉及的信息 客户是一个社会化的概念,一个自然人或一个法人(任何社团、组织、机构等,具有社会关系比较紧密,并且有相似消费特征的团体)就称之为一个客户。 账户子系统 账户子系统存储要素 该系统是整个账户体系的核心,在按照产品设计进行会计科目划分后,体现为单个账户,这些账户,具体在系统中落地为2类数据库表,一个是账户余额表(又叫账户表),主要用来记录账户基本信息 记账子系统系统可以作为一个联机异步或者日终批量系统,可以与账户体系隔离,单独完成会计科目记账和核对。该部分可以采用的技术较多,可以根据各公司具体实际选择。 ----

    1K11

    支付对账系统怎么设计?

    支付对账系统是整个支付清结算体系中具体基础性意义的一个环节,是确保支付平台与各类第三方支付渠道数据一致性的关键系统,是商户资金结算、资金划拨、资金报表等逻辑准确运行的重要前提。 账单下载&处理 对于公司自建支付系统来说,一般会根据业务的复杂程度不同,对接多个支付渠道。 按照上述逻辑,我们需要将账单数据表与支付平台订单表进行full join,但是由于账单表我们是存储在Postgresql上的,而支付系统所采用的数据库可能是Mysql或Oracle,总之,从系统拆分的角度看 其中长款根据对账处理方式的不同可以分为“渠道成功,平台订单不存在”、“渠道成功、平台状态非成功”两种情况,从生产实践上看,因为支付系统中会存在比较多的支付失败订单,而国内支付渠道的账单多数情况下只会提供用户支付成功的账单数据 而如果是因为支付平台状态未处理成功,则是系统掉单问题导致,除了正常消除这笔差错、产生对应的对账明细数据外,还需要通知支付系统进行状态更新操作,其涉及的业务逻辑,还需要根据整个支付平台的流程设计,触发商户回调

    2K22

    支付营销系统建设

    说到目的,比如有些平台需要提升自有支付占比,别一直使用微信、支付宝 看看快手的通道费就知道了,为啥所有平台都亟需要自己的支付系统了。 营销定义 在第三方支付企业中,营销经常伴随有营销活动。 请添加图片描述 整个流程如下: 用户发起下单,订单信息落在统一订单落在统一交易系统, 在订单发起支付时, 由支付系统向营销系统发起查询,查询这笔交易能参与的营销活动。 立减 立减是指在交易支付过程中,同步查询营销并抵扣用户应支付金额的一种营销产品。 支付系统与营销系统之间的交互是同步进行的,对营销系统的性能要求很高。 在这里插入图片描述 总结 在第三方支付企业中,由于营销系统是作为支付系统的旁挂系统,所以主要是在交易下单后参与,可支持的营销规则能力并不是特别多。 但随着支付企业中慢慢孵化有各种业务,各业务系统也都会建设自己的产品系统。届时,各业务系统可建立自己的营销系统,借用营销系统目前的原子能力,实现更丰富的营销规则。

    44220

    支付系统设计从0到1】支付系统流程和典型架构设计

    支付业务的核心流程 1.支付应用根据用户选择的支付工具来调用对应的支付产品来执行支付。 2.支付产品通过支付网关根据支付工具、渠道费率、接口稳定性等因素选择合适的支付渠道来落地支付。 3.支付渠道调用银行、第三方支付等渠道提供的接口来执行支付操作,最终落地资金转移。 支付系统的典型架构 ? 支付核心系统 设计原则 支付网关、支付产品和支付渠道的职责分工为: 1.按照支付能力来划分支付产品。 2.同一支付能力的公共支付流程,在支付产品中实现。 支付渠道 支付渠道模块是调用支付渠道接口执行真正的资金操作。 支付核心系统交易请求数据流 1.支付请求被发送到支付网关。 ---- 本文参考“凤凰牌老熊”、“梁川”、“路杨”、“叉一”等相关支付系统架构设计文章结合自己支付系统设计经验整理。 坚持原创,只说真话,我就是金融民工小曾。

    97820

    关注

    腾讯云开发者公众号
    10元无门槛代金券
    洞察腾讯核心技术
    剖析业界实践案例
    腾讯云开发者公众号二维码

    相关产品

    • 云支付

      云支付

      云支付(CPay)为您提供开放、可靠的移动支付收单和服务商、商户管理服务。云支付支持刷卡支付、扫码支付、刷卡支付,扫码支付,一码多付多种支付方式…..

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券