網站申請不到支付寶接口、微信接口，免接口收款實現方式。

因爲客戶網站須要支付，可是又申請不到接口，找了一個第3方的接口，每用幾天就不行了，因此研究了一下 如今網上流行的付款方式。

不少非正規業務網站申請不到支付寶的即時到賬接口，微信收款接口也申請不到。可是又必須須要付款接口，怎麼辦。

如今網上有不少這種免接口實現方式，

主要有2種方式：

1，申請第3方的支付，或者直接本身搭建一個第3方網站。這個網站是正規網站，好比說正常購物網站，賣衣服，鞋子這些正規實體商品

這種網站就很容易申請到接口。

申請接口以後，這個網站正常接入支付。

接下來咱們的非正規網站，能夠post數據 給正規網站，在正規網站新增一個訂單，正常支付，支付完成回調以後，在將支付結果返回給非正規網站，完成支付。

這種方式最爲穩妥。

2，另一種方式，如今也用的比較多。

付款提供一個二維碼，用戶直接掃碼完成轉帳，客戶電腦上安裝一個小程序，網上也有下載，即時掃描支付寶、微信後臺的交易記錄，發現有新紀錄就POST給網站來完成支付過程。

這個裏面，涉及到一個 付款的確認過程，必須知道是誰付款。

一般作法是，經過付款時候的備註欄，來確認誰付款。

查看了一下別人的代碼，發現一種比較好的實現方式。

首先，手機支付寶生成50-100個，收款二維碼，金額設置爲你須要的金額，在收款理由中，本身編一個號碼，二維碼保存文件名稱也爲這個號碼，而後將這50個二維碼的編號紀錄保存到數據庫。

每條記錄給一個status字段，爲0表示能夠支付，1表示正在支付，還有一個UID字段。

須要支付的時候，首先從數據庫裏面選擇一條status爲0的記錄，選取以後，將status設置爲1，支付用戶ID 也更新到這條記錄的UID字段,選取以後，就能讀取到這個二維碼，

二維碼返回給用戶，用戶掃碼完成以後，這個時候，在支付寶的交易記錄中，備註這一欄就有了這個二維碼的編號。

咱們的EXE程序（實際上就是一個WEBVIEW 控件，隨時刷新支付寶交易記錄頁面）有新紀錄以後，就提取記錄，在POST給網站，網站收到消息，就用這個備註的編號從咱們的數據庫中選擇

咱們剛纔的那一條記錄，就知道，UID了，給這個UID新增餘額或者完成訂單支付，在將這條記錄的status改成0，UID也爲0，

這樣就完成了支付。這種方式如今使用也比較廣泛。