- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
电商支付系统搭建解决方案
清算:核心赚务核心支付核心交易系蛇会员系填支忖渠道支付系统架构一、支付系统总体架构:
清算:核心
赚务核心
支付核心
交易系蛇
会员系填
支忖渠道
支付系统架构
业 务 系 统
电商支付系统从架构上来说,大致分为三个系统:
1、 产品服务系统:即业务系统,实现平台用户注册,商品定价、营销活动的 功能;
2、 支付系统:支付系统主要分为业务层和支付层,业务层的主要功能是通过 核心层提供的服务组合起来,最终对用户、商户和运营管理人员提供的运 维系统;支付支付层是支付系统的核心模块,他的主要功能是将平台用户 所有的购买行为通过各种交易订单的形式进行记录,并交由该系统进行处 理,最终实现支付系统的收款和付款;根据央行规定,人命币交易处理仅 限于银行和有支付拍照的第三方支付机构,因此,支付系统在实现其功能 时,必须接入银行或者是持牌支付公司完成交易行为。
3、 支付渠道:支付渠道帮助平台用户完成交易金额的支付,并且支持平台与 银行之间进行资金流转、对账和清分支付渠道主要包括第三方支付公司和 银行,支付通道的稳定和安全对于平台来讲至关重要,因此,一般平台公 司都会选择对接多家支付渠道,在其中一条挂掉的时候,至少可以有1-2 条备用渠道可以保证交易的顺利完成。
二、支付平台架构
(一)、支付受理平台
整合各业务端收银台,解决收银台统一问题。主要职责是协助平台完成 支付交易,一般情况下,根据不同的终端类型制定标准化的给到外部进行调 用,业务平台会根据不同的场景需求来展示不同的支付方式。
目前电商平台会接入多种支付渠道,由于支付终端比较多,也在不断的 改进和升级,不方便管理,因此统一收银台至关重要。对于统一收银台,可 以在支付后台进行配置。由于一个商户账户下,可以有若干个终端系统,那 么支付渠道和终端系统如何去匹配? 首先,会有相应的支付配置后台,可以 为每个商户账户开通若干支付渠道,同时配置上该商户的相关参数。商户自 收的需要由商户在渠道进行开户,然后在相关的终端平台上启用该渠道的支 付方式。启用后,即可在统一收银台中使用该渠道提供支付服务。当然也会 配置相应的路由规则,比如指定某商户使用固定的渠道路由,多渠道的分流 设置,渠道限制规则,优先规则等。这样配置好后,相关终端就可以使用对 应的收银台了。
通过支付产品编码的方式,控制收银台的应用类型(H5、PC、SDK ),同 时标注该笔发起该笔支付的支付业务类型、支付类型、来源平台、终端类型、 收银台展示的付款方式等等。产品经理或运营人员,可以根据第三方支付渠 道运营活动(如满减)调整收银台付款方式显示顺序,也可以根据具体的业 务类型,增减支付方式(如虚拟商品不支持花呗支付)。
(二)、支付核心平台
1、 支付引擎,向上层系统提供公共的支付出、入、转、退服务,维护支付指 令,定义渠道接入规范接口、渠道等完成支付流程的执行,支付的执行机构。
2、 支付决策,定义支付流程、渠道路由,具备按照业务动态配置的能力,是 支付的决策机构。
3、 内部渠道,内部账户(主要为余额账户)将在内部渠道作为一种支付渠道 进行处理。
4、 入款渠道,包含所有业务端已经独立接入的第三方支付渠道和银行渠道: 微信、支付宝、翼支付、拉卡拉等,这些渠道实现了支付引擎的统一渠道接 口。渠道回调网关,三方渠道系统主动请求XX系统的入口,统一接收各三方 渠道的回调。
5、 出款渠道,公司出款分为两类,订单退款采用第三方支付接口完成,遵循 原路返回的原则,大于原支付金额的部分,经由专用的第三方支付、银行转 账账户完成。支付指令,账务记账等逻辑相同,需要在支付平台内做统一管 控。
三、支付流程设计
(一)、支付路由框架
(二) 支付应用
用户进入收银台之后,首先选择的是默认支付方式,那么那些支付方式适合 在收银台中展示呢?也就是支付应用和支付方式之间的关系,收银台本身也 是一种支付应用,每个支付应用可以用的支付方式是不一样的,比如扫码收 款可能只支持微信和支付宝,pos刷卡只支持银行卡等等。在收银台中,那 些支付方式是可以提供给当前场景用户来使用的,那个方式应该优先排在前 面,在支付系统中,是通过引导路由来实现的。
(三) 、支付路由
当用户选择一种支付方式并提交支付后,支付系统开始执行扣款。如果商户 使用工商银行来支付,系统并不一定有工商银行的接口。除了工行自己的接 口外,第三方支付公司和银联也可以实现从工行扣款,那应该使用哪个通道? 这需要支付路由来决定。通过支付路由,我们可以定位到一个落地来执行支 付接口。比如支付公司可以接入工行总行、北京分行、上海分行的接口,银 行和第三方支付公司等渠道提供给电商使用的接口,往往都会封装成支付产 品,平台调用即可。
支付路由不会直接对接前端的支付产品或者是后端的支付
原创力文档


文档评论(0)