让天底下没有难接的支付|支付宝网银直连转账到银行卡对接故事续集 支付对接不是一个单纯技术问题 网银直连转账到银行卡开通方式揭晓
話說接支付寶的故事已經(jīng)有幾個回合了,30年河東,30年河西,之前的支付寶已經(jīng)不再是之前的支付寶啦,從技術上來講,變得越來越古怪了。接口都被當成產(chǎn)品,各種需要簽約啦。今天的重點在于支付寶網(wǎng)銀直連、轉(zhuǎn)賬到銀行卡兩個接口,故事的來來回回已經(jīng)超越了技術層面,儼然成了一場非技術層面拉鋸。讀完本故事,您應該懂得怎么開通支付寶網(wǎng)銀直連、轉(zhuǎn)賬到支付寶,故事寫于2019年9月29日下午16點46分。如果支付寶變來變?nèi)?#xff0c;故事也可能成為歷史傳奇,不再有效。
一、捉摸不透的官方客服
向官方客服進行咨詢的話,先是機器人伺候,再到人工客服,統(tǒng)一都是說網(wǎng)銀直連下線了、轉(zhuǎn)賬到銀行卡下線了,無在線簽約入口。蹊蹺的是,在線客服提供可至電xxxx咨詢,聯(lián)系業(yè)務經(jīng)理云云。
二、線下業(yè)務經(jīng)理的快速通道
原來被當成無解的支付寶網(wǎng)銀直連&轉(zhuǎn)賬到銀行卡,竟然在支付寶業(yè)務經(jīng)理BD的線下郵件開通方式下,可以開通。這已經(jīng)不再是技術領域的問題了。看接口路徑中的pre-open,文檔頂部標明了定向開放文檔。這些接口不簽約,統(tǒng)統(tǒng)是不生效了,參考文檔開發(fā),也調(diào)不通。能走線下就不要去走線上,感覺線下就像一個綠色通道,無所不能。
2.1 支付寶網(wǎng)銀直連
網(wǎng)銀直連的文檔看起比較老舊,像是之前的支付寶對接文檔。demo也不難,不過,不簽約的話,照著demo做,也無法直接跳到網(wǎng)銀。官方提供的demo是java jsp版本,有點小小的不適應。
依據(jù)官方demo,轉(zhuǎn)了一份Spring MCV版本
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
重點參數(shù)在paymethod、defaultbank。
- ?
- ?
PS:敲黑板畫重點,沒有簽約的話,是無法跳過去的,這些參數(shù)都不會生效,依舊會跳到支付寶的支付界面,而不是網(wǎng)銀。
2.2 轉(zhuǎn)賬到銀行卡
- ?
- ?
發(fā)起轉(zhuǎn)賬到銀行卡后,支付寶會返回很詳細的錯誤信息。
| INVALID_PARAMETER | 參數(shù)有誤。 | 請根據(jù)入?yún)⒄f明檢查請求參數(shù)合法性。 |
| SYSTEM_ERROR | 系統(tǒng)繁忙 | 可能發(fā)生了網(wǎng)絡或者系統(tǒng)異常,導致無法判定準確的轉(zhuǎn)賬結(jié)果。此時,商戶不能直接當做轉(zhuǎn)賬成功或者失敗處理,可以考慮采用相同的out_biz_no重發(fā)請求,或者通過調(diào)用“(alipay.fund.trans.order.query)”來查詢該筆轉(zhuǎn)賬訂單的最終狀態(tài)。 |
| EXCEED_LIMIT_SM_AMOUNT | 單筆額度超限 | 請根據(jù)接入文檔檢查amount字段 |
| EXCEED_LIMIT_DM_AMOUNT | 日累計額度超限 | 請根據(jù)接入文檔說明檢查本日請求總金額+本次請求金額是否超限。 |
| EXCEED_LIMIT_MM_AMOUNT | 月累計金額超限 | 請根據(jù)接入文檔說明檢查本月請求總金額+本次請求金額是否超限。 |
| PAYCARD_UNABLE_PAYMENT | 付款賬戶余額支付功能不可用 | 請付款賬戶登錄支付寶賬戶開啟余額支付功能。 |
| PAYER_STATUS_ERROR | 付款賬號狀態(tài)異常 | 請檢查付款方是否進行了自助掛失,如果無,請聯(lián)系支付寶客服檢查用戶狀態(tài)是否正常。 |
| PAYER_CERTIFY_CHECK_FAIL | 付款方人行認證受限 | 付款方請升級認證等級。 |
| PAYER_STATUS_ERROR | 付款方用戶狀態(tài)不正常 | 請檢查付款方是否進行了自助掛失,如果無,請聯(lián)系支付寶客服檢查用戶狀態(tài)是否正常。 |
| PAYER_BALANCE_NOT_ENOUGH | 付款方余額不足 | 支付時間點付款方余額不足,請向付款賬戶余額充值后再原請求重試。 |
| PAYER_USER_INFO_ERROR | 付款用戶姓名或其它信息不一致 | 檢查付款用戶姓名payer_real_name與真實姓名一致性。 |
| PAYMENT_INFO_INCONSISTENCY | 兩次請求商戶單號一樣,但是參數(shù)不一致 | 如果想重試前一次的請求,請用原參數(shù)重試,如果重新發(fā)送,請更換單號。 |
| CARD_BIN_ERROR | 收款人銀行賬號不正確 | 請確認收款人銀行賬號正確性,要求為借記卡卡號。 |
| PAYEE_CARD_INFO_ERROR | 收款方卡信息錯誤 | 請聯(lián)系收款方確認卡號與姓名一致性。 |
| INST_PAY_UNABLE | 資金流出能力不具備 | 可能由于銀行渠道在維護或無T0渠道,與聯(lián)系支付寶客服確認。 |
| PAYER_ACC_OCUPIED | 付款人登錄賬號存在多個重復賬戶,無法確認唯一 | 如果未傳輸payer_account_name,請傳入payer_account_name; 如果傳入了payer_account_name,則是由于登錄賬號對應的多個重復賬戶的真實姓名一致,請更換登錄號。 |
| MEMO_REQUIRED_IN_TRANSFER_ERROR | 根據(jù)監(jiān)管部門的要求,單筆轉(zhuǎn)賬金額達到50000元時,需要填寫付款理由 | 請?zhí)顚憆emark或memo字段。 |
| PERMIT_CHECK_PERM_IDENTITY_THEFT | 您的賬戶存在身份冒用風險,請進行身份核實解除限制 | 您的賬戶存在身份冒用風險,請進行身份核實解除限制 |
依據(jù)官方提示,狀態(tài)可以通過alipay.fund.trans.order.query接口進行查詢核實。而官方的接口描述,又給出了神奇的描述。
https://docs.open.alipay.com/api_28/alipay.fund.trans.order.query
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
- ?
經(jīng)典問題
- ?
- ?
- ?
- ?
感覺接口死循環(huán)了。發(fā)起轉(zhuǎn)賬狀態(tài)要查詢,查詢狀態(tài)又可能從成功變成退款,很是尷尬的局面。支付寶客服一直未給一個明確的答復,一個下午都在等答復。
寫在收尾處
對接螞蟻金服支付寶的網(wǎng)銀直連、轉(zhuǎn)賬到銀行卡,不是一個技術問題,而商務簽約問題,不簽約,不給文檔,不給文檔沒有下文。對于技術人來講,收藏一份網(wǎng)銀直連、轉(zhuǎn)賬到銀行卡文檔,是很有必要的。估計簽名還沒有簽約,功能都可以提前開發(fā)好了。
?
讓天底下沒有難接的支付
?
關注公眾號【Yuema約嗎】回復alipay,獲取支付網(wǎng)銀直連、轉(zhuǎn)賬到銀行卡技術文檔
ps:不簽約接口不生效,可以提前開發(fā)
首發(fā)地址:
http://www.jishudao.com/2019/09/29/alipay_bankpay_transfer2bankcard/
總結(jié)
以上是生活随笔為你收集整理的让天底下没有难接的支付|支付宝网银直连转账到银行卡对接故事续集 支付对接不是一个单纯技术问题 网银直连转账到银行卡开通方式揭晓的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 文本分类(2)——取特征词构建词典
- 下一篇: 3G模块拨号上网设置