标签:and res 行业 基于 没有 工具 系统 稳定性 存在
本人持续关注“个人网站支付接口”这个话题已久,期间也开发、对接过很多支付方的接口,如Paypal、支付宝、微信、环迅等。终于决定花点时间写一款WordPress付费阅读工具然后写几篇相关的文章。当然跟近期盛传的“内容付费时代来了”没有关系(Are you sure about that?),“来没来”还是交给那些自媒体人和专家去争论吧。本篇文章的目的,是向正在寻求个人网站支付方案的开发者朋友们提供一些信息,协助他们决策。读完后有些方向就不用去考虑了,节约时间。
图:支付接口——Pay And API(by DnielTing)
Tips:本文也许会影响您的决策,但对提到的所有第三方支付工具、第四方聚合支付工具绝无恶意贬低排斥、故意推崇的言论和意图,仅代表我作为一名开发者的个人观点和态度,希望每位读者结合自己的使用环境、业务领域和应用场景自行选择。
2017-04-10补充:强烈建议大家尽可能采用大品牌支付服务,安全&稳定。其他的尤其是第四方支付,说不定哪天就不能用了,坑!(我已经遇到这种情况,见后文商派天工部分)
关注期间走访了知乎、CSDN、V2ex、百度知道等多处社区,发现有不少人提到“个人支付接口”的需求,可以归纳为“个人网站在线支付接口”。【请查看文末相关阅读】,网上的回答无论是否有广告嫌疑,很多都没抓住重点——“个人”、“接口”。具体整理一下就是本文要解决的需求,即:
“个人站点/应用,以个人资质,申请支付API,整合支付功能,必须具备回调的能力,做深层次的整合和后续流程开发。”
有这种需求的朋友大多是具备API对接能力的开发者,所以就不废话了,下面直奔主题。
如何选择一个靠谱的支付服务方?
本文按照角色,将网上支付服务方分为四个阵营:
首先银行网银就别考虑了吧,承诺、合同、不菲的保证金,对个人来说不现实。综合考虑 __标准__ ,最先中标上榜的肯定是当前国内两大第三方支付服务商:支付宝,微信支付。
可选产品:当面付、即时到账、移动支付。现在支付宝商家产品中心改版了以后,分类为电脑网站支付、手机手机网站支付、App支付、当面付。更多请查看文末参考链接【支付宝商家产品大全】。
根据不同的 __EFS__ 都可以申请,据我个人的开发偏好和不完全用户体验的统计——Web网站应用,使用“当面付”方案是最好的(PC端扫码、移动端直接访问二维码链接)。
也许是基于对安全和风控的考虑,支付宝开放API目前似乎只服务于有营业执照的商户,已经放弃了个人(Not sure)。截止目前(2017-02-22)无法以个人身份(或以个人为主体)直接申请API,所以网上那些“个人申请支付宝xx接口”的文章就不要看了,过期了。
作者独白:“营业执照!我做为一个个人,从来没有像现在这样恨过它!”
也可以理解为捆绑、绑定。网传可以用一个支付宝账号以挂靠企业支付宝账户的形式完成接口的申请调用。窃以为有可行性,但本人没有尝试,此处伏笔待续。
2017-04-10补充:
准确的说法:关联账户——企业账户关联子账户。即新建企业账户,然后采用已经实名认证了的企业账户关联该账户,用其实名主体完成新账户的实名认证。一系列操作完成后,新的账户具有和企业账户一样的资质可以申请API。如果条件允许,这个方案我极力推荐。
购买一个企业支付宝账号,然后信息变更,完成过户。个人见解:毕竟涉及到钱的问题,且不论多少,小心为上。该方案我对其安全性持保留态度,而且我也不认为在买卖账号、变更信息的过程中,官方会给双方什么保障。
微信境内商户支付方式和支付工具简单明了。详见参考链接【微信支付产品大全】
第一、同支付宝,不支持个人申请。
第二、收费。。呵呵。。
流程配图。
支付宝和微信提供的API都有企业付款的功能,即企业账户向单个账户付款。采用这种方案的话,流程大致如下:
依然采用的官方原生工具,开发有依据,且合法。
愿意合作的企业账号难找,合作方式待定。
图:流程配图
网上现在有这种解决方案,是非官方服务商开发的软件,名字我就不透露了,因为我没用过,无法评价和推荐。流程大致可以描述为:通过在软件内部打开支付宝账号,监听账单记录。然后在此基础上,继续深度定制API等接口服务。
我不用的原因;首先这种方式从实现原理上看,“伪即时”即时的程度取决于监听软件刷新的频率;其次,自己的网上资金账户,还是小心谨慎为好(我并不是说这些软件不安全,只是我不信)。
所以,对大多数人而言,以上两大主流方式行不通。所以,都开始考虑其他第三方支付工具,带着满满的忐忑,开始在网上疯狂求证以上提到的 __标准__ 。
Paypal也是非常有名的支付工具,不过主打市场不是国内,所以我放在了其他第三方支付工具中。
如果你的英语基础稍微好一些的话(借助翻译也可以,但是一些名词术语翻译的不准确,容易困惑),这款支付工具API对接过程中,开发、测试、整合非常方便的,关键是当时有沙箱!有沙箱!有沙箱啊!我做澳洲项目那会儿支付宝的沙箱还没听说过,有没有?(Not sure)
每笔销售的手续费为4.4% + 0.30美元或更低。
不爽的另一点是Paypal对买家保护的比较厉害,交易需要买家到审核才能放款(2014年,也可能鉴于我的能力)。
“时间久,资历老”——这是我目前在网上对环迅的认知。环迅支付是我毕业后第一次对接,也是首个对接的支付类API,所以印象较深,在本文也当做代表列出来写一写。环迅的行业解决方案提供的还是很全面的,安全风控方面据说网评不错。从我在官网上了解的信息来看,环迅支付是支持个人账户的,可能在费率等方面有特殊要求吧。
我之所以最终没有选它,是综合考虑我的 __标准__,不支持支付宝微信吗??——为何不跟上大趋势呢?
还有,官网个人注册的入口怎么也找不到,商户注册的页面乱成了一坨(样式缺失),一眼都不想再多看。
作者独白:“当年令我头痛的同步通知、异步通知 同文件回传的设定让我好生纠结,现在想来应该是我技能不到位的问题。”
第一次开发App时考虑的首要备选方案,做了一番了解,印象比较深,虽然后期因为客户只要求对接支付宝而放弃使用。
存在即合理,以Ping++为代表的第四方聚合支付工具,简化并了多平台接入流程,解决了很多能力稍低或者需求较急的开发者对多系统对接的需求。
但是,Ping++这类第四方聚合支付工具,解决的也只是接入流程,没有从根本上解决主体资质和权限的问题。以支付宝为例,个人开发者仍然需要去申请所需接口的使用权限。
所以本文将Ping++为代表的这类,仍需解决接口权限,只聚合了接入流程的第四方聚合支付工具命名为“第四方对接聚合支付工具”。
具备API能力的开发者:“该需要的资质还是得申请,那我要你何用?”
Stripe是由20多岁的两兄弟Patrick Collison和John Collison创办的Stripe为公司提供网上支付的解决方案。Stripe向服务的公司收取每笔交易的2.9%加上30美分的手续费。
——以上摘自百度百科,你懂,具体还是请到官网自行了解。
了解不多,初步了解是位于香港的支付服务方,所以:
第一,境内用户需要留意访问速度,响应速度。
第二,据了解最重要的一点:需要肉身出墙,比如说港澳台通行证。
博主只有护照,自认无法注册认证,结合第一点,舍弃该方案。
所以本文将Stripe为代表的这类,有门槛的第四方聚合支付工具命名为“第四方有门槛聚合支付工具”。
云通付是我之前一直在考虑采用的支付服务解决方案,支持的支付方式非常多,足以应付很多支付场景。
域名开通:审核通过后,在线支付99元/子域名的接口使用服务费,自动开通后即可获取商户号和Key码。
——摘自云通付常见问题。
首先,不同支付渠道费率如图所示(2017年02月份):
主营业务特色是全球本地支付,跨境支付。当时看官方的宣传表示不收取任何费用(是我想当然了),受到吸引注册了一个。
各种费用加起来太高,官方文字处理的挺巧妙,以下摘自官方“常见问题”页面,详情查阅参考链接中的【Payssion常见问题】
补充:原本这篇文章就向大家推荐这款API的,但现在已经不支持个人账户,大家不用考虑了。最坑的是官方连个通知都没有,直接就砍去了个人认证,接到读者的通知我才知道网站无法付费了,难怪那么多的注册用户仅有两笔支付交易。。。坑爹呢这是
标签:and res 行业 基于 没有 工具 系统 稳定性 存在
原文地址:http://www.cnblogs.com/xynetstudio/p/7169549.html