支付產品設計：綁卡

定義

關聯賬戶和銀行卡賬戶

目的

1. 方便提現和快捷支付

2. 驗證身份信息要素：包括實名認證和找回支付密碼。在借記卡卡號、姓名、身份證號、預留手機號四要素驗證中，通過下發簡訊驗證碼，用戶回填驗證碼，驗證通過即可提取姓名、身份證號碼作為實名認證。找回支付密碼，同樣利用信息要素驗證的特性，原則上可確保為本人發起。

綁卡需求

1. 輸入銀行卡後判斷合法性，如不合法則進行友好提示

2. 輸入卡號後，系統智能識別出發卡行和卡種，無須用戶手動選擇
3. 進行（卡號、姓名、身份證號、預留手機號）要素驗證，驗證不通過就指出錯誤原因，並引導用戶採取相應解決方法

綁卡流程

1. 輸入卡號並提交之後，根據上文LUHN演算法驗證卡號輸入合法性，可以排除90%的錯誤。如果極少數銀行卡未按照此演算法生生驗證碼，則在不符合時，提示用戶，選擇返回修改或者確認無誤進行下一步操作。

• 輸入卡號
• 檢索和判斷10位、9位、8位、7位、6位BIN和卡長查詢，輸出卡信息

（卡BIN一般是6位組成，並且一般是不會重複，但是確實存在6/7/8/9/10等幾位卡BIN長度，而且多位的卡BIN可能和低位的卡BIN前幾位會相同，另外也存在卡BIN相同但卡長度不同代表不同銀行卡的。因此需要從卡BIN10位向6位檢索，並通過卡長度輔助查詢）

4.預留手機號輸入完成，提交之後，進行四要素驗證。驗證通過，下發簡訊驗證碼，根據合作方式的不同，驗證碼可能是平台自行下發，也可能由銀行或第三方支付下發。

5.用戶受到驗證碼之後進行回填並提交驗證，無誤後，綁卡完成，資料庫記錄銀行或第三方支付返回的綁定號，以便日後支付、提現等操作。

產品原型設計

1. 實名認證之後，進行綁卡，姓名調取實名認證信息，無需用戶輸入，也不可更改

   

2. 銀行卡滿12位才可進行下一步點擊，卡號每隔四位隔開

   

3. 卡號輸入完成點擊下一步，客戶端自行完成LUHN演算法驗證銀行卡號的合法性，通過時進入下一步，不通過則提示修改或繼續確認進行下一步。
4. 通過後，檢索卡BIN信息，返回發行卡及卡種信息

   

5. 用戶輸入銀行預留手機號，手機號滿足首位1，長度11位要求，以1xx xxxx xxxx形式隔開展示

   

6. 手機號無誤，則提交進行姓名、身份證號、卡號、預留手機號驗證，（姓名、身份證號取自實名信息，無需用戶填寫）驗證通過，則下發簡訊驗證碼

   

7. 用戶回填驗證碼，無誤後，綁卡完成。服務端記錄卡信息，記錄銀行返回的綁定號（如有）

說明

• 姓名、卡號一致性驗證只要在4要素驗證明確不一致時調用就可以了，不需要放在前端調用，減少介面的調用量，因為有可能是要成本的。

• 考慮到有姓名、卡號一致性驗證的介面，所以對於4要素驗證明確不一致的，再進行調用姓名、卡號一致性驗證介面，如果一致說明卡號沒有問題那就是手機號的問題，如果不一致說明是卡號的問題，手機號有沒有問題就不用管了。

推薦閱讀：