1. 程式人生 > >個人網站如何選擇支付接口(API回調)

個人網站如何選擇支付接口(API回調)

nvi 這一 退款 src 如圖所示 了吧 stripe 趨勢 mkvg

本人持續關註“個人網站支付接口”這個話題已久,期間也開發、對接過很多支付方的接口,如Paypal、支付寶、微信、環迅等。終於決定花點時間寫一款WordPress付費閱讀工具然後寫幾篇相關的文章。當然跟近期盛傳的“內容付費時代來了”沒有關系(Are you sure about that?),“來沒來”還是交給那些自媒體人和專家去爭論吧。本篇文章的目的,是向正在尋求個人網站支付方案的開發者朋友們提供一些信息,協助他們決策。讀完後有些方向就不用去考慮了,節約時間。

技術分享圖:支付接口——Pay And API(by DnielTing)

Tips:本文也許會影響您的決策,但對提到的所有第三方支付工具、第四方聚合支付工具絕無惡意貶低排斥、故意推崇的言論和意圖,僅代表我作為一名開發者的個人觀點和態度,希望每位讀者結合自己的使用環境、業務領域和應用場景自行選擇。

2017-04-10補充:強烈建議大家盡可能采用大品牌支付服務,安全&穩定。其他的尤其是第四方支付,說不定哪天就不能用了,坑!(我已經遇到這種情況,見後文商派天工部分)

需求分析

關註期間走訪了知乎、CSDN、V2ex、百度知道等多處社區,發現有不少人提到“個人支付接口”的需求,可以歸納為“個人網站在線支付接口”。【請查看文末相關閱讀】,網上的回答無論是否有廣告嫌疑,很多都沒抓住重點——“個人”、“接口”。具體整理一下就是本文要解決的需求,即:

“個人站點/應用,以個人資質,申請支付API,整合支付功能,必須具備回調的能力,做深層次的整合和後續流程開發。”

有這種需求的朋友大多是具備API對接能力的開發者,所以就不廢話了,下面直奔主題。

支付服務方的選擇

如何選擇一個靠譜的支付服務方?

選擇標準

  • var __標準__ = 品牌知名度 && 安全性 && 穩定性 && 結算周期 && 費率;
  • var __EFS__ = 使用環境(Environment) + 業務領域 (Field)+ 應用場景(Scene)

服務方分類

本文按照角色,將網上支付服務方分為四個陣營:

  • 原生網銀支付 (眾銀行網銀代表大隊)
  • 國內主流第三方支付(支付寶、微信代表隊)
  • 其他第三方支付
  • 第四方聚合支付

首先銀行網銀就別考慮了吧,承諾、合同、不菲的保證金,對個人來說不現實。綜合考慮 __標準__ ,最先中標上榜的肯定是當前國內兩大第三方支付服務商:支付寶,微信支付。

支付寶

技術分享圖:支付寶

可用產品

可選產品:當面付、即時到賬、移動支付。現在支付寶商家產品中心改版了以後,分類為電腦網站支付、手機手機網站支付、App支付、當面付。更多請查看文末參考鏈接【支付寶商家產品大全】。

技術分享圖:支付寶商家中心產品大全

根據不同的 __EFS__ 都可以申請,據我個人的開發偏好和不完全用戶體驗的統計——Web網站應用,使用“當面付”方案是最好的(PC端掃碼、移動端直接訪問二維碼鏈接)。

棄用原因

也許是基於對安全和風控的考慮,支付寶開放API目前似乎只服務於有營業執照的商戶,已經放棄了個人(Not sure)。截止目前(2017-02-22)無法以個人身份(或以個人為主體)直接申請API,所以網上那些“個人申請支付寶xx接口”的文章就不要看了,過期了。

作者獨白:“營業執照!我做為一個個人,從來沒有像現在這樣恨過它!”

曲線方案

關聯企業支付寶賬號

也可以理解為捆綁、綁定。網傳可以用一個支付寶賬號以掛靠企業支付寶賬戶的形式完成接口的申請調用。竊以為有可行性,但本人沒有嘗試,此處伏筆待續

2017-04-10補充:

準確的說法:關聯賬戶——企業賬戶關聯子賬戶。即新建企業賬戶,然後采用已經實名認證了的企業賬戶關聯該賬戶,用其實名主體完成新賬戶的實名認證。一系列操作完成後,新的賬戶具有和企業賬戶一樣的資質可以申請API。如果條件允許,這個方案我極力推薦

購買企業支付寶賬號

購買一個企業支付寶賬號,然後信息變更,完成過戶。個人見解:畢竟涉及到錢的問題,且不論多少,小心為上。該方案我對其安全性持保留態度,而且我也不認為在買賣賬號、變更信息的過程中,官方會給雙方什麽保障。

微信支付

技術分享微信支付說明

可選產品

微信境內商戶支付方式和支付工具簡單明了。詳見參考鏈接【微信支付產品大全】

技術分享圖:微信支付支付方式和支付工具

棄用原因

第一、同支付寶,不支持個人申請。

第二、收費。。呵呵。。

支付寶微信通用曲線方案

企業賬號分發

流程配圖。

支付寶和微信提供的API都有企業付款的功能,即企業賬戶向單個賬戶付款。采用這種方案的話,流程大致如下:

  1. 網站使用企業賬號調用接口(有反饋通知)
  2. 用戶通過接口完成付款,並接收反饋(用戶實際在向企業賬戶付款)
  3. 企業賬戶收款後,繼續調用“付款接口”給目的賬戶打款(可以理解為自動分賬的功能)

主要優點

依然采用的官方原生工具,開發有依據,且合法。

主要缺點

願意合作的企業賬號難找,合作方式待定。

掛機監聽郵件

圖:流程配圖

郵件通知流程簡述

  • 要有收款工具(例如二維碼,不考慮動態二維碼),用戶通過收款工具付款。
  • 收款完成後要有郵件通知,要設置第三方支付工具。
  • 要有一臺不間斷服務器,實時監聽郵箱,獲取新郵件,分析郵件內容——比如,匹配訂單號。

軟件監聽

網上現在有這種解決方案,是非官方服務商開發的軟件,名字我就不透露了,因為我沒用過,無法評價和推薦。流程大致可以描述為:通過在軟件內部打開支付寶賬號,監聽賬單記錄。然後在此基礎上,繼續深度定制API等接口服務。

我不用的原因;首先這種方式從實現原理上看,“偽即時”即時的程度取決於監聽軟件刷新的頻率;其次,自己的網上資金賬戶,還是小心謹慎為好(我並不是說這些軟件不安全,只是我不信)。

個人見解

  • 前期部署困難些,完成後,也算是自動化了。
  • 實現有難度,對開發者能力有要求。
  • 效率和響應速度。。。。。

所以,對大多數人而言,以上兩大主流方式行不通。所以,都開始考慮其他第三方支付工具,帶著滿滿的忐忑,開始在網上瘋狂求證以上提到的 __標準__ 。

其他第三方支付

PayPal

技術分享圖:Paypal

Paypal也是非常有名的支付工具,不過主打市場不是國內,所以我放在了其他第三方支付工具中。

主要優點

如果你的英語基礎稍微好一些的話(借助翻譯也可以,但是一些名詞術語翻譯的不準確,容易困惑),這款支付工具API對接過程中,開發、測試、整合非常方便的,關鍵是當時有沙箱!有沙箱!有沙箱啊!我做澳洲項目那會兒支付寶的沙箱還沒聽說過,有沒有?(Not sure)

主要缺點

每筆銷售的手續費為4.4% + 0.30美元或更低。

不爽的另一點是Paypal對買家保護的比較厲害,交易需要買家到審核才能放款(2014年,也可能鑒於我的能力)。

環迅

技術分享圖:環迅支付

“時間久,資歷老”——這是我目前在網上對環迅的認知。環迅支付是我畢業後第一次對接,也是首個對接的支付類API,所以印象較深,在本文也當做代表列出來寫一寫。環迅的行業解決方案提供的還是很全面的,安全風控方面據說網評不錯。從我在官網上了解的信息來看,環迅支付是支持個人賬戶的,可能在費率等方面有特殊要求吧。

技術分享圖:環迅支付行業應用方案

我之所以最終沒有選它,是綜合考慮我的 __標準__,不支持支付寶微信嗎??——為何不跟上大趨勢呢?

還有,官網個人註冊的入口怎麽也找不到,商戶註冊的頁面亂成了一坨(樣式缺失),一眼都不想再多看。

作者獨白:“當年令我頭痛的同步通知、異步通知 同文件回傳的設定讓我好生糾結,現在想來應該是我技能不到位的問題。”

第四方聚合支付

Ping++(代表)

技術分享圖:Ping++

第一次開發App時考慮的首要備選方案,做了一番了解,印象比較深,雖然後期因為客戶只要求對接支付寶而放棄使用。

存在即合理,以Ping++為代表的第四方聚合支付工具,簡化並了多平臺接入流程,解決了很多能力稍低或者需求較急的開發者對多系統對接的需求。

但是,Ping++這類第四方聚合支付工具,解決的也只是接入流程,沒有從根本上解決主體資質和權限的問題。以支付寶為例,個人開發者仍然需要去申請所需接口的使用權限。

所以本文將Ping++為代表的這類,仍需解決接口權限,只聚合了接入流程的第四方聚合支付工具命名為“第四方對接聚合支付工具”。

具備API能力的開發者:“該需要的資質還是得申請,那我要你何用?”

Stripe(代表)

技術分享圖:Stripe

Stripe是由20多歲的兩兄弟Patrick Collison和John Collison創辦的Stripe為公司提供網上支付的解決方案。Stripe向服務的公司收取每筆交易的2.9%加上30美分的手續費。

——以上摘自百度百科,你懂,具體還是請到官網自行了解。

了解不多,初步了解是位於香港的支付服務方,所以:

第一,境內用戶需要留意訪問速度,響應速度。

第二,據了解最重要的一點:需要肉身出墻,比如說港澳臺通行證。

博主只有護照,自認無法註冊認證,結合第一點,舍棄該方案。

所以本文將Stripe為代表的這類,有門檻的第四方聚合支付工具命名為“第四方有門檻聚合支付工具”。

雲通付Passpay

技術分享圖:雲通付Passpay

雲通付是我之前一直在考慮采用的支付服務解決方案,支持的支付方式非常多,足以應付很多支付場景。

主要優點

  • 符合個人開發者支付接口這一需求;
  • 集成包相對全面,針對主流開發語言以及主流商城應用都有各自的集成包(截止本文發稿,沒有Wordpress的),簡化了接入的流程,稍微降低了難度。

棄用原因

需要付費

域名開通:審核通過後,在線支付99元/子域名的接口使用服務費,自動開通後即可獲取商戶號和Key碼。

——摘自雲通付常見問題。

費率較高

首先,不同支付渠道費率如圖所示(2017年02月份):

技術分享圖:雲通付支付渠道費率

提現有門檻

  • 滿100元即可提現,提現時間為工作日(上午9:00–下午17:00)提現的資金將於次日23點前到賬。
  • 星期五、星期六、星期日期間提現的資金將於下周一23點前到賬。國家法定節假日期間提現將於節假日後第一個工作日23點前到賬。

Payssion

技術分享圖:Payssion

簡介

主營業務特色是全球本地支付,跨境支付。當時看官方的宣傳表示不收取任何費用(是我想當然了),受到吸引註冊了一個。

棄用原因

各種費用加起來太高,官方文字處理的挺巧妙,以下摘自官方“常見問題”頁面,詳情查閱參考鏈接中的【Payssion常見問題】

  • 開通Payssion賬戶是免費的,我們不收月費、年費、通道費,沒有交易,不收任何費用。
  • 每個國家的支付方式不同,收取的交易手續費也有所不同,Payssion只收取少量手續費,無其他隱形費用。
  • 使用Payssion賬戶收款,無需任何保證金、無需押款,賬戶余額可全額提款。
  • 退款時Payssion會收取單筆退款費,費用將從賬戶余額中扣除,一般為1.0美元或者1.0歐元,支付方式不同,費用有所不同。
  • 銀行電匯會收取一定的手續費、WebMoney也會產生費用,所以Payssion提現每筆會收取20美元;比特幣提現每筆10美元。
  • 您可以隨時申請提現,提現後第15天我們會通過銀行電匯等方式匯到指定賬戶,如第15天為節假日則順延至下個工作日處理。

商派天工shopex teegon

技術分享圖:商派天工shopex teegon

主要優點

  • 個人可申請,無需申請資質
  • 手續費率1%;
  • 到賬周期T+2;
  • 提現0.01元起,最晚2小時內到賬,單筆提現金額最大不超過50000元;
  • 開放API接口,支持回調;
  • 支持掃碼、彈窗支付;

主要缺點

  • 開放平臺的Web文檔寫的太簡陋,接口尚不完善,新接口比舊的還Low;
  • bug反饋郵件一去石沈大海;
  • 我現在懷疑他家技術人員的水平(少年,移動端網頁其實真的可以在pc調試)

棄用原因

補充:原本這篇文章就向大家推薦這款API的,但現在已經不支持個人賬戶,大家不用考慮了。最坑的是官方連個通知都沒有,直接就砍去了個人認證,接到讀者的通知我才知道網站無法付費了,難怪那麽多的註冊用戶僅有兩筆支付交易。。。坑爹呢這是

個人網站如何選擇支付接口(API回調)