精华内容
下载资源
问答
  • 支付通道

    2019-07-10 11:30:10
    支付通道:是指提供支付受理能力的具体提供方或者三方跳转的通道方,也是收单方,清算方。比如工行直连通道、银联通道,就像你去超市买东西的时候看到的康师傅方便面是品牌,江西的供货商还是江苏的供货商,消费者看...

    支付通道:是指提供支付受理能力的具体提供方或者三方跳转的通道方,也是收单方,清算方。比如工行直连通道、银联通道,就像你去超市买东西的时候看到的康师傅方便面是品牌,江西的供货商还是江苏的供货商,消费者看不到,对于商家来说那就是通道。
      从通道的用途、通道支持的对象、通道支持的形式、支持发卡行地区可以做如下图归类划分:
      一、 根据通道的用途:我们分为出款通道、入款通道、鉴权通道。
      出款通道:就是能够实现自己把钱付给别人的通道,有代发(代付)类、转账类通道。主要应用于提现、发工资、退款等场景。
      收款通道:就是能够实现别人把钱付给自己的通道,有很多,如代扣、Moto、无磁无密、网银、快捷、转账、Pos支付、扫码支付、账户支付、近场支付。应用场景很多,网上支付、扣款、信用卡代扣、水电煤代缴等等都是。
      鉴权通道:就是和支付无关,只验证信息是否正确的通道。比如卡信息验证、身份信息认证。像账户的一些实名认证以及银行卡的绑定都需要用到鉴权通道。
      二、 根据通道支持对象:我们分为对公支付、对私支付。
      对公支付:用于企业账户支付,包括企业网银,企业账户代扣,企业转账等等。
      对私支付:用于个人账户支付,包括银行卡支付,微信、支付宝等三方个人账户支付。
      三、 根据通道支持形式:我们分为卡基支付、账基支付。
      卡基支付:以卡片作为支付工具通过各种媒介提供并验证卡信息进行支付的行为。各种媒介包括Pos、闪付、电话支付、无磁无密等方式。
      卡基特性:
      1、卡基的核心是卡号;
      2、资产存储在卡号;
      3、支付媒介不仅是刷卡,包括Pos、闪付、电话支付、网银支付、线上无磁无密支付等通过卡信息进行支付的媒介。
      账基支付:以账户作为支付工具提供并验证账户信息进行支付的行为。
      账基特性:
      1、账基的核心是实名认证+密码验证,密码可以是密钥,可以是数字,可以是指纹,可以是短信;
      2、资产存储在账户里;
    在这里插入图片描述
    如何选择支付通道?
    1.稳定性
    不稳定的支付渠道可能会导致支付流程崩溃、掉单等情况的发生。
    2.成功率
    支付渠道的成功率较低的话会很容易导致大量的掉单的情况,用户的支付体验较差。
    3.手续费
    通过支付渠道的每一笔交易都会被支付渠道公司收取一定百分比的手续费,平台存在大量交易的情况下,选择手续费高的支付渠道会导致平台支付渠道的成本变高。
    因此,对比多家支付渠道的情况下,选择手续费较低且稳定性和成功率有保障的公司是最佳的。
    一般大流量的平台往往可以拿到较低的手续费率,比如支付宝和微信等第三方支付渠道给大型交易平台的支付手续费一般会在0.3%以下,甚至更低;而个人商户或者小平台的费率比较高,可能达到0.6%左右。
    4.支付限额
    出于资金安全和风控的角度考虑,很多支付渠道都会定义其对应银行支付的支付限额,比如使用某支付渠道单日支付金额限制不超过5W。平台在选择支付渠道时,支付限额较高的渠道相对来讲具有更大的支付便捷性,在用户支付大额的订单金额时,不会很容易被限制而无法完成单笔支付。
    5.其他因素(支付流程)
    支付流程主要是关于支付渠道的的产品细节沟通,比如该支付渠道公司的支付走的是认证支付还是快捷支付,还是两者都有?是通过API接口形式还是SDK嵌入的形式?

    展开全文
  • .net便捷的支付通道 一个接口集成支付宝,微信,网银支付,支行手机,电脑,APP,简单易操作 2、费率比微信支付宝官网要低 4、分T+0,T+1两种形式即秒到,第二天到账
  • 免签个人支付通道

    2018-08-23 13:32:55
    免签个人支付通道,可以添加支付宝微信qq钱包等支付二维码。
  • 支付通道大全 支付FM整理出了一套比较宏观的支付体系模型,希望对刚接触支付的产品经理有一些帮助。 支付体系模型 模型是复杂体系的简化,也是认识复杂体系的思维脚手架。支付体系的核心模型可以抽象为:信息流、...

    支付通道大全

    支付FM整理出了一套比较宏观的支付体系模型,希望对刚接触支付的产品经理有一些帮助。

    支付体系模型

    模型是复杂体系的简化,也是认识复杂体系的思维脚手架。支付体系的核心模型可以抽象为:信息流、现金流、支付规则。

    信息流:明确支付过程中每个环节的信息流转和状态响应,一些信息的流转最终会导致资金的在各银行账户之间的转移,只不过在信息的传递和价值的传递上有时间上的延迟,通常表现为T+1,D+1等(当然数字货币很好的解决了这个问题)。

    资金流:这里了定义的资金流指的是我们应该明确支付完成后具体的钱(也是数字)是怎么在银行与银行之间进行清结算的,资金流转发生在各银行账户之间。

    任何的支付的具体场景和表现形式,都应该明确信息流&资金流具体的流转过程,是我们梳理支付逻辑最基本的方法论。

    举一个简单的例子:微信公众号支付

    商户已有H5商城网站,用户通过消息或扫描二维码在微信内打开网页时,可以调用微信支付完成下单购买的流程。

    步骤1:商户下发图文消息或者通过自定义菜单吸引用户点击进入商户网页。

    步骤2:进入商户网页,用户选择购买,完成选购流程。

    步骤3:调起微信支付控件,用户开始输入支付密码。

    步骤4:密码验证通过,支付成功。商户后台得到支付成功的通知。

    步骤5:返回商户页面,显示购买成功,该页面由商户自定义。

    步骤6:微信支付公众号下发支付凭证。

    上述是一个完整的支付流程,能清楚地看到各种信息状态的流转以及响应。

    能够直观感知的是账号余额的减少&话费增加这样的信息,实际支付背后资金的流转逻辑是:

    用户账户里面的钱,经过清结算系统支付给了微信所拥有的第三方银行账户,暂存在该账户里,微信的银行账户会按照一定的周期(T+1)自动结算到运营商的银行账户,微信在以上整个支付逻辑中扮演了第三方支付服务提供商的角色。

    支付规则:我们应该清楚支付体系的所有基本规则,从基本的名词概念出发,到具体的产品逻辑实践,积累中慢慢地让我们看到整个支付体系的全貌。

    二、支付规则详解

    1.支付渠道

    支付渠道,顾名思义就是平台上支持用户支付的通道,这些支付渠道帮助平台用户完成交易金额的支付,并且支持平台与银行之间进行资金流转、对账和清分。

    比如:微信、支付宝、通联、易宝等。一般交易平台都会对接多家支付渠道公司。

    (1)第三方支付

    对于目前的市场情况来说,首先而且必选的第三方支付渠道就是支付宝和微信支付。

    这两种支付渠道几乎占据了在线支付第三方渠道的90%以上的市场份额,并且这两个渠道支持各种业务的平台,对接的银行非常多,性能和稳定性都非常高。

    (2)银联

    银联作为第三方的支付渠道,为平台对接银行起到非常大的帮助作用。平台对接银联的支付渠道后(快捷支付),用户在平台消费时需要绑银行卡,首次需要上传银行卡号、手机号、身份证号码,银行卡绑定后,后续的操作步骤会相对便捷一些,只需在每次支付时输入密码即可。

    后续的支付扣款流程跟其他第三方支付一样需要内嵌SDK,而是都在服务端完成校验。

    (3)银行

    截止到2015年底,我国银行业金融机构包括6家大型的商业银行、12家股份制商业银行、133家城市商业银行和5家民营银行等1000多家银行。

    其中首选的就是5家商业银行,其累计占40%的交易量,其次就是各种股份制银行和邮政储蓄银行等。

    一般情况下,对接一个银行的话预期需要2-3周的工作量,不同银行对接入环境有不同要求,这也是成本。

    比如:大部分银行需要专线接入,费用和带宽有关,一年也得几万费用。

    (4)第四方支付

    第四方支付是相对第三方而言的,作为对第三方支付平台服务的拓展。

    第三方支付介于银行和商户之间,而第四方支付是介于第三方支付和商户之间,没有支付许可牌照的限制。

    第四方支付集成了各种三方支付平台/合作银行/合作电信运营商/其他服务商接口,也就是说集合了各个第三方支付及多种支付渠道的优势,能够根据商户的需求进行个性化定制,形成支付通道资源互补优势,满足商户需求,提供适合商户的支付解决方案。

    总体来讲,第四方支付属于支付服务集成商,具有无可比拟的灵活性,便捷性和支付服务互补性。而且第四方支付具有中立性优势,可以一定程度上调和支付机构恶意竞争的状况,保证支付行业健康发展。

    (6)卡外支付

    对于由海外支付的需求,还需要提供外卡支付支持。

    国内不少支付渠道都能支持外卡支付,如:支付宝全球购等,直接对接Paypal,也是目前用的最多的外卡支付渠道。

    (7)其他支付

    支付渠道还有一些小众和特殊的存在,比如:话费支付。这一块容易被人忽略,但考虑到国内不少职场人士,话费是公司报销的,每个月多的用不完,所以这块支付还是相当有市场的。

    问题是,联通和移动两大运营商,不仅接口不能互通,内部各个地域也是各自为政,所以对接起来还是有点麻烦。

    不过话费支付领域也有类似支付宝微信的第三方支付公司,比如:虹软、联动优势等公司。

    2.支付通道

    支付通道是指用户在交易平台进行支付操作时选用的支付方式,常见的有网银支付、快捷支付、认证支付&账户支付等。

    (1)网银支付

    网银支付,即网上银行支付,是即时到帐交易。

    网银支付是银联最为成熟的在线支付功能之一,也是网民在线支付的首选方式,是国内电子商务企业提供在线交易服务不可或缺的功能之一。

    其特点是:银行卡需事先开通网银支付功能,且在支付时完全是在银行网银页面输入银行卡信息并验证支付密码,具有稳定易用,安全可靠的特点。

    目前可以支持国内20多家银行的借记卡和信用卡,网银支付分为:银行网银&银联网银。

    第三方支付平台接了银行网银接口后,从银行的角度讲,其只是对外开放了一个网银接口。

    网银和网关其实是两个不同的概念,二者是针对不同的主体来说的,所起的作用也不一样。

    但是因为第三方支付平台连接网银接口,进行支付跳转时,第三方支付平台充当了一个网关的角色,或者充当了银行的代理,所以经常有人弄混。

    从普通用户的感知来讲,这就是平时经常所说的第三方支付平台的网银支付,但是注意网银与网关不是一码事。

    (2)认证支付

    “认证支付”,是指付款人通过第三方支付平台接收输入的银行卡相关信息(如:卡号、密码、CVN2、有效期、预留手机号等要素),由第三方支付平台经过付款人发卡行进行验证,使用第三方支付平台短信验证或发卡行手机短信验证等辅助认证以完成支付交易的支付方式。

    (3)快捷支付

    “快捷支付”,一种是与“认证支付”模式相同;另一种,是指付款人在第三方支付平台的注册用户账户并付款人的银行卡账户实现关联(一般情况下关联时需由发卡行验证),在交易时付款人使用在第三方支付平台的用户账户发起交易,由第三方支付平台联动付款热绑定的银行,由发卡银行进行交易授权的支付方式。

    “从银行角度讲,这是其对外开放的快捷支付接口,而对于普通用户的感知来说,也是我们经常所说的快捷支付。

    进行快捷支付时,第三方支付平台往往会要求用户先在第三方支付平台注册成为会员,然后进行四要素绑卡(姓名、身份证、卡号、银行预留手机),最后才能完成付款。

    注:有些商户平台(如P2P)与第三方支付平台深度合作,用户只需要在商户平台界面上完成绑卡即可,整个绑卡流程下来都不会出现第三方支付平台的界面,这是由于用户在商户平台填写的信息都在后台传给了第三方支付平台,然后第三方支付平台为用户隐式注册了第三方平台账户。这么做只是为了让用户的绑卡流程不会被打断,让用户体验好一点而已,原理还是与用户在第三方支付平台显式注册一样。

    (4)账户支付模式

    账户支付指买卖双方必须先到第三方支付平台注册成为第三方支付平台的会员,用户通过网银或其它方式先往虚拟账户中充值(资金流:钱从用户的银行卡划转到第三方支付公司银行账户),用户消费付款时,从虚拟账户直接扣除(这里并不涉及实际的资金划转,只是数据层面上数字的减少),典型的如:Paypal。

    3.支付方式

    以为支付方式&支付载体来划分支付类型,这里用微信支付来举例。

    (1)刷卡支付

    步骤1:用户选择刷卡支付付款并打开微信,进入“我”->“钱包”->“收付款”条码界面;

    步骤2:收银员在商户系统操作生成支付订单,用户确认支付金额;

    步骤3:商户收银员用扫码设备扫描用户的条码/二维码,商户收银系统提交支付;

    步骤4:微信支付后台系统收到支付请求,根据验证密码规则判断是否验证用户的支付密码,不需要验证密码的交易直接发起扣款,需要验证密码的交易会弹出密码输入框。支付成功后微信端会弹出成功页面,支付失败会弹出错误提示。

    (2)公众号支付

    商户已有H5商城网站,用户通过消息或扫描二维码在微信内打开网页时,可以调用微信支付完成下单购买的流程。

    步骤(1):商户下发图文消息或者通过自定义菜单吸引用户点击进入商户网页。

    步骤(2):进入商户网页,用户选择购买,完成选购流程。

    步骤(3):调起微信支付控件,用户开始输入支付密码。

    步骤(4):密码验证通过,支付成功。商户后台得到支付成功的通知。

    步骤(5):返回商户页面,显示购买成功。该页面由商户自定义。

    步骤(6):微信支付公众号下发支付凭证。

    (3)扫码支付

    用户扫描商户展示在各种场景的二维码进行支付。

    步骤(1):商户根据微信支付的规则,为不同商品生成不同的二维码,展示在各种场景,用于用户扫描购买。

    步骤(2):用户使用微信“扫一扫”扫描二维码后,获取商品支付信息,引导用户完成支付

    步骤(3):用户确认支付,输入支付密码。

    步骤(4):支付完成后会提示用户支付成功,商户后台得到支付成功的通知,然后进行发货处理。

    (4)APP支付

    适用于商户在移动端APP中集成微信支付功能。

    商户APP调用微信提供的SDK调用微信支付模块,商户APP会跳转到微信中完成支付,支付完后跳回到商户APP内,最后展示支付结果。

    目前微信支付支持手机系统有:iOS(苹果)、Android(安卓)和WP(Windows Phone)。

    交互细节如下:

    步骤(1):用户进入商户APP,选择商品下单、确认购买,进入支付环节。商户服务后台生成支付订单,签名后将数据传输到APP端。以微信提供的DEMO为例。

    步骤(2):用户点击后发起支付操作,进入到微信界面,调起微信支付,出现确认支付界面。

    步骤(3):用户确认收款方和金额,点击立即支付后出现输入密码界面,可选择零钱或银行卡支付见。

    步骤(4):输入正确密码后,支付完成,用户端微信出现支付详情页面。

    步骤(5):回跳到商户APP中,商户APP根据支付结果个性化展示订单处理结果。

    (5)H5支付

    H5支付是指商户在微信客户端外的移动端网页展示商品或服务,用户在前述页面确认使用微信支付时,商户发起本服务呼起微信客户端进行支付。

    主要用于触屏版的手机浏览器请求微信支付的场景,可以方便的从外部浏览器唤起微信支付。

    (6)应用内支付

    应用内支付指使用手机操作系统自带的支付功能来支持支付,目前国内主要的应用内支付有Google Pay、Apple Pay、小米支付、华为支付等。

    其中Apple Pay是典型的一个应用内支付,Android平台的各种支付也一般是沿用Apple Pay的设计。

    很多手机厂商都内置了各种支付,比如:苹果的App-pay支付,三星支付、华为支付等;这些支付仅针对特定的手机型号,支持NFC等,根据业务需要也可以接入;就是目前用户群不大,收益不明显。

    4.支付类型

    以支付标的物来划分,支付类型分为:银行卡支付、余额支付、零钱支付、积分支付、代币支付、话费支付等。

    (1)银行卡支付

    银行卡支付指的是我们直接使用微信、支付宝、网银、快捷支付等绑定的银行卡作为支付标的,银行卡分为线上支付(我们通常使用的在线支付)&线下刷卡(POS)支付。

    (2)余额支付

    有的交易平台为了增加用户粘性会设立余额账户,用户可以给自己的余额账户充钱,在后续的支付过程中可以直接使用余额支付。

    背后的资金流转只在用户充值,提现的时候提现,平时的余额支付仅仅只是信息的流转。

    (3)零钱支付

    和余额支付原理一样,例如微信零钱包,收到的红包存入零钱可以用来支付,或者提现,还可以对零钱进行充值。

    (4)积分支付

    用户在交易平台获得的积分,可以用来购买支付平台商品,这个时候只有信息流的流转,背后并不会有实际资金流的流转。

    (5)代币支付

    交易平台会发行自己的代币,用户充值购买代币后,可以在平台商城进行消费,背后的支付逻辑和余额支付是一样的。

    (6)话费支付

    话费支付这一块容易被人忽略,但考虑到国内不少职场人士,话费是公司报销的,每个月多的用不完,所以这块支付还是相当有市场的。

    问题是:联通和移动两大运营商,不仅接口不能互通,内部各个地域也是各自为政,所以对接起来还是有点麻烦。

    不过话费支付领域也有类似支付宝微信的第三方支付公司,比如:虹软、联动优势等公司。

    5.银行接口

    任何一家支付机构后台都要接入一堆银行,来完成代收的操作。

    目前银行开放给第三方机构(包括第三方支付平台)的接口大概有四类:POS收单接口,网银接口,快捷支付接口和代扣接口,这四类接口的作用就是把资金从用户的银行卡划转出来。

    我们经常所说的网银支付,快捷支付其实是针对银行接口来说的,并不是第三方支付方式,只不过第三方支付平台要完成扣款的操作,必须要接入这些银行接口。

    用户在第三方支付平台选择网银进行支付时,此时的第三方支付平台其实也是充当了银行网关的作用。

    但是并不能说网关支付就是网银支付,这是两个不同的概念,网关支付是针对第三方支付平台来说的,网银是针对银行来说的,只不过因为使用银行网银进行支付时,第三方支付平台充当了一个网关的角色,所以经常有人把这两个概念混淆。

    6.支付应用

    常见的支付应用有:支付、转账、充值、提现、红包,基于以上规则还会衍生出很多的支付场景和应用。

    7.支付系统

    支付系统比较复杂,每一个大的模块都需要用整篇文章来说明,本文暂不讨论支付系统,但是支付系统是支付体系的具象表达,所以设计&研习的基本模型不变。明确具体业务和场景的信息流&现金流以及基本规则,基于框架设计出业务闭环&逻辑闭环的系统模块。例支付FM支付系统,就是一个非常稳定的聚合系统。

    三、支付模型总结

    综上,我们可以得出支付产品设计的高阶方法论:基于基本的支付规则,明确每个支付场景和应用下的信息流&资金流转,结合可操作性的用户支付流程,从而设计出逻辑闭环的支付产品。

    四、小公司如何对接第三方支付

    1.选择合适的支付公司&支付渠道

    寻找合适的支付公司,可以通过百度去搜索相关第三方支付公司的资料以及排名等,看支付公司的背景和应用的商户的体量,支付渠道公司在支付行业内的知名度和沉淀(经验),这些可以从侧面体现支付公司的技术稳定性,产品稳定性。

    在大前提的OK的情况下,具体了解其支付业务都有哪些,而平台需要的支付业务都有哪些,然后进行匹配。

    此外,还要考虑是否需要对接钱包和账户体系等。

    准确传达目前公司的业务逻辑和支付需求场景,让支付公司推荐最优的解决方案。

    同时,洽谈范围中非常重要的还需要包含支取渠道收取平台的手续费的问题,还有就是支付渠道的分账是T+1(仅工作日次日)还是D+1(无论工作日与非工作日的次日)等等细节也都是需要在此阶段最终明确的。

    下面是一些第三方公司支付渠道的一些性能参数,可以作为筛选的评判标准。

    1.1稳定性

    支付渠道首先需要保持足够的稳定性,不稳定的支付渠道可能会导致支付流程崩溃、掉单等情况的发生。

    1.2成功率

    支付渠道的成功率也是非常重要的,支付渠道的成功率较低的话会很容易导致大量的掉单的情况,用户的支付体验较差。

    1.3手续费

    支付渠道的使用并非免费的,通过支付渠道的每一笔交易都会被支付渠道公司收取一定百分比的手续费,平台存在大量交易的情况下,选择手续费高的支付渠道会导致平台支付渠道的成本变高。

    因此,对比多家支付渠道的情况下,选择手续费较低且稳定性和成功率有保障的公司是最佳的。

    一般大流量的平台往往可以拿到较低的手续费率,比如:支付宝和微信等第三方支付渠道给大型交易平台的支付手续费一般会在0.3%以下,甚至更低。

    而个人商户或者小平台的费率比较高,可能达到0.6%左右。

    1.4支付限额

    出于资金安全和风控的角度考虑,很多支付渠道都会定义其对应银行支付的支付限额,比如:使用某支付渠道单日支付金额限制不超过5W。

    平台在选择支付渠道时,支付限额较高的渠道相对来讲具有更大的支付便捷性,在用户支付大额的订单金额时,不会很容易被限制而无法完成单笔支付。

    1.5其他因素(支付流程)

    支付流程主要是关于支付渠道的的产品细节沟通,比如:该支付渠道公司的支付走的是认证支付还是快捷支付,还是两者都有?是通过API接口形式还是SDK嵌入的形式?

    SDK嵌入形式会导致底层数据平台端无法获取,平台可以获得到的就是一个支付结果,但是API的对接形式平台自己可以监控整个的支付流程,包含支付中发生的异常情况监测,比如响应超时的情况等。

    还有,需要确认字段信息,支付四要素(姓名、身份证、银行卡号、预留手机号)等。

    以上信息都是综合判断选择一家支付公司的评判标准。

    2.选择合适的支付公司后进行商务对接

    确定支付渠道&形成支付产品逻辑闭环,在初步确定好支付公司后,平台方公司支付产品需要梳理出支付全流程业务需求,然后跟支付渠道公司做具体方案的对接和讨论,形成从用户的支付场景闭环到技术的闭环。

    3.技术对接

    在确认好业务支付流程和具体的产品方案细节后,就将进入技术对接的阶段。

    这个阶段内双方公司的研发同学会进行技术层面的对接和调试,根据确定的支付流程细节的方案来确定需要开发的内容,并按照支付公司提供的接口文档和流程图等资料来进行支付功能的开发。

    比较核心的内容就是“支付”和“对账”:关于支付主要考虑支付在交易流程中如何调用来唤起支付,而对账主要是进行公司内部对账、公司与商家对账、公司与支付渠道对账的数据记录。

    PS:一般这种支付信息对账都是T+1进行的。

    4.测试调通

    技术对接阶段完成基本对接和调试后,将进入双方协同的测试阶段。在遍历了全部业务流程的全部支付场景无误之后(包含异常流程的测试,比如:故意吧把四要素信息填写错了,银行卡余额不足来测试等等),完成测试,并确定支付渠道产品上线。产品上线后,还需要一段时间的跟踪验证,对于出现的线上问题及时修复和处理,以保证支付渠道无BUG。

    例:

    平台型企业

    小赵有一家公司,这家公司类似于淘宝,连接店主和C端客户的交易。这个时候小赵需要对接一家支付公司,可以满足C端用户在店主商城支付的场景,同时能满足店主的充值提现需求。这个时候小赵公司如果有支付牌照,那样就可以完全可以满足以上的支付需求。如果小赵公司没有支付牌照,那么他可以这样选择:

    对接支付FM平台的聚合支付接口,店主获得的收益会自动由第三方公司结算。优点是小赵的公司没有形成资金池,也不存在“二清”的违规操作,缺点是各个商户渠道侧的支付数据小赵的公司是拿不到的,如果店主出现对账问题,小赵的公司要第一时间解决是一件很麻烦的事情。

    展开全文
  • 第三方支付通道简介一,选择适合自己支付方式不同场景选择不同的支付方式,手机端选择H5支付,PC端选择扫码支付或者网银支付。好些新手没有选择对,例如微信移动支付应该选择微信H5支付,但是他选择是微信公众号H5...

    第三方支付通道简介

    一,选择适合自己支付方式

    不同场景选择不同的支付方式,手机端选择H5支付,PC端选择扫码支付或者网银支付。好些新手没有选择对,例如微信移动支付应该选择微信H5支付,但是他选择是微信公众号H5支付,后面就无法接入了。第三方支付通道微信电话同步17191396332

    55671dcfc06822fa2fc5fe385e6cb2cc.png

    二,理解第三方支付流程

    知道自己的系统和第三方系统是如何交互的,这个很关键也容易被忽略,因为这个不清楚,后面就是老大难,基本上第三方支付平台均提供支付交互图,支付平台大体一致,就是调用支付平台的下单接口,用户去他们那边完成支付,然后支付成功后调回自己的系统。

    三,了解支付开发流程

    申请商户支付账户和配置相关支付信息,域名信息,RSA签名信息等等,为程序开发准备账户秘钥信息。

    四,下载第三方平台支付文档和支付demo

    根据选择支付方式和自己系统,选择相应的支付文档和相应开发语言的demo,有些官方的demo也是有问题,不是代码不全就是冗余,最好找一些个人开发好的简单demo。可大幅度缩短对接时间。

    五,合成请求业务数据和回调业务数据校验

    根据文档加密签名请求数据,并合成请求数据,获得第三方回调数据校验数据,请求数据和回调数据一旦获得或者合成,也可以留存测试,可以减少测试时间。

    六,快速接入

    如果是开源系统,尽量选择支付插件,比如开源系统,magento,ecshop支付插件,大大缩短接入时间,主要是了解如何安装插件和配置插件。

    七,团队协作,给前端提供对接接口文档

    后端和第三方支付平台对接好了,尽量不要和前端联调测试,可以借助ios的scheme或者自己写一些简单的demo,然后给前端程序提供他说需要的接口,比如下单接口,支付成功查询接口(基本上都需要的),以文档形式给出并给给出调用demo,减少团队沟通时间。第三方支付通道微信电话同步17191396332

    50e8275f12e14dde01bb2b43fcd59172.png

    展开全文
  • 对接支付宝支付通道接口

    千次阅读 2019-01-10 11:04:55
    最近公司接的项目到了后期,我负责结算这块对接了支付宝和微信的支付通道,支付宝接口比微信调起来舒服的多 首先商户在蚂蚁金服开发平台申请开发权限,配好密钥下载支付宝工具jar包,然后对接相应的接口 这几个都...

    最近公司接的项目到了后期,我负责结算这块对接了支付宝和微信的支付通道,支付宝接口比微信调起来舒服的多

    首先商户在蚂蚁金服开发平台申请开发权限,配好密钥下载支付宝工具jar包,然后对接相应的接口

    这几个都是固定的

        //请求地址
    	private static String URL = "https://openapi.alipay.com/gateway.do";
    	
    	//支付宝分配给开发者的应用ID
    	private static String APP_ID = ""; 
    	
    	//编码格式
    	private static String CHARSET = "utf-8"; 
    	
    	//私钥
    	private static String APP_PRIVATE_KEY =""; 
    	
    	//支付宝公钥
    	private static String ALIPAY_PUBLIC_KEY =""; 
    	
    	static AlipayClient alipayClient = new DefaultAlipayClient(URL,APP_ID,APP_PRIVATE_KEY,"json",CHARSET,ALIPAY_PUBLIC_KEY,"RSA2");
    	

    电脑网站支付接口  传入订单号和金额就行

    public  void  transferpay(HttpServletRequest httpRequest,
                HttpServletResponse httpResponse) throws ServletException, IOException {
    		String out_trade_no = httpRequest.getParameter("out_trade_no");//订单编号
    		String total_amount = httpRequest.getParameter("total_amount");//订单金额
    		String return_url = "";//成功页面
    			return_url = "http://testwww";
    		Map<String, String> map1 = new LinkedHashMap<String, String>();
    		//商户订单号,64个字符以内、可包含字母、数字、下划线
    		map1.put("out_trade_no", out_trade_no);
    		//销售产品码,与支付宝签约的产品码名称。 注:目前仅支持FAST_INSTANT_TRADE_PAY
    		map1.put("product_code", "FAST_INSTANT_TRADE_PAY");
    		// 订单总金额,单位为元,精确到小数点后两位,取值范围[0.01,100000000]
    		map1.put("total_amount", total_amount);
    		// 订单总金额,单位为元,精确到小数点后两位,取值范围[0.01,100000000]
    		map1.put("subject", "商品订单");
    		//该笔订单允许的最晚付款时间,逾期将关闭交易。取值范围:1m~15d。
    		map1.put("timeout_express", "5m");
    		//编码格式gbk,RSA2签名算法
    		AlipayTradePagePayRequest alipayRequest = new AlipayTradePagePayRequest();//创建API对应的request
    		String json = JsonUtil.map2Json(map1);
    		alipayRequest.setReturnUrl(return_url);
    		//回调地址 支付宝服务器主动通知商户服务器里指定的页面http/https路径。建议商户使用https
    	    alipayRequest.setNotifyUrl("http://testwww");//在公共参数中设置回跳和通知地址
    		alipayRequest.setBizContent(json);
    		String form="";
    		try {
    			form = alipayClient.pageExecute(alipayRequest).getBody(); //调用SDK生成表单
    			httpRequest.setAttribute("result",form);
    			httpRequest.setAttribute("retCode",0000);
    			httpRequest.setAttribute("msg","订单生成成功");
    		} catch (AlipayApiException e) {
    			httpRequest.setAttribute("retCcode",0001);
    			httpRequest.setAttribute("retMsg","订单生成失败");
    			e.printStackTrace();
    		}
    		System.out.println("form:"+form);	
    		httpResponse.setContentType("text/html;charset=" + CHARSET);
    	    httpResponse.getWriter().write(form);//直接将完整的表单html输出到页面
    	    httpResponse.getWriter().flush();
    	    httpResponse.getWriter().close();
    	}

    APP支付接口

    public  @ResponseBody String  apppay(HttpServletRequest httpRequest,
                HttpServletResponse httpResponse) throws ServletException, IOException {
    		Map<String, String> map = new HashMap<String, String>();
    		String out_trade_no = httpRequest.getParameter("out_trade_no");
    		String total_amount = httpRequest.getParameter("total_amount");
    		
    		if(StringUtils.isEmpty(out_trade_no)) {
    			return "请选择订单号";
    		}
    		if(StringUtils.isEmpty(total_amount)) {
    			return "请选择订单金额";
    		}else{
    			total_amount = StringUtil.parseAmountLong2Str(Long.parseLong(total_amount));
    		}
    		//编码格式gbk,RSA2签名算法
    		AlipayTradeAppPayRequest request = new AlipayTradeAppPayRequest();//创建API对应的request
    		//SDK已经封装掉了公共参数,这里只需要传入业务参数。以下方法为sdk的model入参方式
            AlipayTradeAppPayModel model = new AlipayTradeAppPayModel();
            // 订单标题
            model.setSubject("app订单");
     		//商户订单号,64个字符以内、可包含字母、数字、下划线
            model.setOutTradeNo(out_trade_no);
     		//该笔订单允许的最晚付款时间,逾期将关闭交易。取值范围:1m~15d。m-分钟,h-小时,d-天,1c-当天(1c-当天的情况下,无论交易何时创建,都在0点关闭)。 该参数数值不接受小数点, 如 1.5h,可转换为 90m。
            //model.setTimeoutExpress("5m");
     		// 订单总金额,单位为元,精确到小数点后两位,取值范围[0.01,100000000]
            model.setTotalAmount(total_amount);
     		//销售产品码,与支付宝签约的产品码名称。 注:目前仅支持FAST_INSTANT_TRADE_PAY
            model.setProductCode("QUICK_MSECURITY_PAY");
    		request.setBizModel(model);
    		request.setNotifyUrl("http://testwww");
    		String orderString="";
    		
    		try {
    			 // 这里和普通的接口调用不同,使用的是sdkExecute
    			AlipayTradeAppPayResponse response  = alipayClient.sdkExecute(request); //返回支付宝订单信息(预处理)
    			orderString = response.getBody();//就是orderString 可以直接给APP请求,无需再做处理。
    			map.put("retCode","0000");
    			map.put("retMsg","订单生成成功");
    			map.put("state",orderString);
    			
    		} catch (AlipayApiException e) {
    			map.put("retCode","0001");
    			map.put("retMsg","订单生成失败");
    			e.printStackTrace();
    		}
    		String json = JsonUtil.map2Json(map);
    		logger.info("orderString:"+orderString);	
    		return json;
    	}

    支付异步回调接口

    public  Map<String, String>  paymentNotify(HttpServletRequest httpRequest) throws ServletException, IOException {
    		logger.info("支付宝订单支付异步回调");
    		Map<String, String> map = new LinkedHashMap<String, String>();
    		Map<String, String> params = convertRequestParamsToMap(httpRequest); // 将异步通知中收到的待验证所有参数都存放到map中
    		logger.info("订单信息:"+params.toString());
    		String out_trade_no = httpRequest.getParameter("out_trade_no");//商户订单号
    		String trade_no = httpRequest.getParameter("trade_no");//支付宝流水号
    		String seller_id = httpRequest.getParameter("seller_id");//支付宝唯一用户号
    		String timestamp = httpRequest.getParameter("timestamp");//时间
    		String code = httpRequest.getParameter("code");//返回码
    		String msg = httpRequest.getParameter("msg");//处理结果的描述,信息来自于code返回结果的描述
    		String trade_status = httpRequest.getParameter("trade_status");//TRADE_SUCCESS成功支付
    		map.put("out_trade_no", out_trade_no);
    		map.put("trade_no", trade_no);
    		map.put("seller_id", seller_id);
    		map.put("timestamp", timestamp); 
    		map.put("code", code);
    		map.put("msg", msg);
    		if(trade_status.equals("TRADE_SUCCESS")){//支付成功
    			//修改支付记录支付状态
    		}
    		logger.info("订单信息:"+map.toString());
    		return map;
    	}

     

    展开全文
  • 第三方支付通道_USDT通道H5支付

    千次阅读 2019-06-20 15:24:07
    采用区块链2.0技术开发的数字货币USDT支付通道,安全快捷稳定,秒回调。 [需要通道看名字] 区块链支付通道,D0出入金,不冻结,没有资金池。 数字货币支付通道对接各行各平台,开放式API支持所以语言。 USDT支付通道...
  • 支付通道是什么?什么是通道? 我没有去百度“支付通道”这个词,“道“”,人走路用的,从一个地点通向另一个地点。而支付通道也是这样,只不过道路上的不是人,是资金流;也就是一个能把金钱从一个卡转移到另一个...
  • 以太坊支付通道

    万次阅读 2019-05-12 08:33:58
    本文讨论了小额交易的问题,介绍了支付通道,并概述了支付通道的工作方式。 下图的交易流程可大致反映以太坊的简单支付流程: 先由发送方(sender)将钱包里的以太币发送给以太坊网络,再由后者将一定数量的以太...
  • 支付通道开发

    千次阅读 2019-07-03 10:45:51
    这一篇文章来给大家讲解网关支付通道开发的各种模式。 目前市场上商户数量比较多也是比较受欢迎的网关支付通道模式为:支付宝网关、苏宁网关、网易网关等等。今天重点来讲解一下支付宝网关。 支付宝网关顾名思义:...
  • 支付通道

    2021-01-29 08:05:49
    而微支付通道就是为了解决金融服务高频小额交易中存在手续费过高的问题产生的 运行机制 A和B存在一个比特币的微支付通道,A是消费者,B是店家 A生成一笔UTXO交易Tx1,交易到1个公共账号上面(这个公共账号同时...
  • 支付通道基本原理

    千次阅读 2020-07-22 21:21:42
    支付通道是指双方或多方无需信任地交换和更新tx的机制。在支付通道技术里,tx会在多方之间多次更新,除了最后一次更新需要上链,其他的更新都可以链下进行。这个特点特别适合需要快速更新tx的场景,比如频繁快速的...
  • 有聚合支付系统就有支付通道,有交易量才会有费率支出问题。 对于还不是特别了解的大家来说,一定要明白通道的价值。扣:2560852314 V号:gaqi12345678 什么是支付通道呢?支付通道是指提供支付受理能力的具体提供方...
  • 为了满足日益增长的业务需求,大量的支付通道逐渐接入,但由于对接的各银行和第三方系统的稳定性参差不齐,支付通道故障时有发生,作为承接上下游的核心系统,要在一系列不稳定的系统之上建立一个可以给上游提供稳定...
  • 区块链与支付通道

    2020-07-05 10:35:27
    区块链与支付通道区块链中支付通道相关论文A Fast and Scalable Payment Network with Bitcoin Duplex Micropayment ChannelsThe bitcoin lightning network Scalable off-chain instant paymentsFlare An Approach ...
  • 聚合支付第三方支付通道,什么是聚合支付?找下度娘,能得到十分专业的解释。在这里,小编只想以简单明了但不甚严谨的方式解释:融合了多种支付通道的支付工具就是聚合支付。 严谨点说,聚合支付是相对之前的第三方...
  • 支付MUI前端部分 var wxChannel = null; // 微信支付 var aliChannel = null;... 获取支付通道 mui.plusReady(function() { plus.payment.getChannels(function(channels) { for (var i in cha...
  • 随机获取支付通道

    2020-09-10 17:39:50
    //随机获取支付通道 String random = ""; String[] doc = {"支付宝", "新浪支付"}; int index = (int) (Math.random() * doc.length); random = doc[index];
  • 一 设计目标支付路由在支付系统中的核心作用,除了本职工作路由外,还承担如下职责:省钱,省钱,省钱,这是支付路由选择支付通道的最主要的规则。 哪个通道省钱,基本会优先考虑这个通道。提升支付产品的QOS。这...
  • 第三方支付通道

    2019-10-16 15:25:00
    采用区块链2.0技术开发的数字货币USDT支付通道,安全快捷稳定,秒回调。 [需要通道看名字] 区块链支付通道,D0出入金,不冻结,没有资金池。 数字货币支付通道对接各行各平台,开放式API支持所以语言。 USDT支付通道...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,452
精华内容 580
关键字:

支付通道