大家平常都在用支付寶進行各種消費支付,但是,對于支付寶這類支付平台,能夠快速便捷的實現支付過程,那底層的核心産品邏輯師怎麼設計怎麼實現的,底層設計大揭秘,作者因為做過第三方支付平台産品的設計及研發,所以作者第一時間帶領大家探究支付寶快捷支付的核心,幫助大家全面系統了解支付類産品的核心支付設計。
如需深入學習和了解互聯網電商、互聯網金融和大數據方面幹貨,核心底層技術及架構設計,可以關注頭條号:互聯網金融幹貨,有時間就會和大家分享。
支付寶用戶在支付寶網站上申請快捷支付簽約,簽約過程中,支付寶調用銀行卡信息驗證接口對用戶的身份信息及銀行卡信息進行驗證,驗證通過後,支付寶才認可當前用戶是銀行卡的合法持有人,允許完成進行後續的簽約步驟。簽約成功後,建立支付寶賬戶和銀行卡綁定關系。
用戶登陸支付寶,在快捷支付頻道申請快捷支付簽約。
填寫銀行卡信息及身份信息,如:姓名、卡号、卡類型、證件類型、證件号碼、手機号等。
支付寶根據用戶填寫的信息進行簽約規則校驗。
校驗通過後,構造驗證請求,發送到統一支付平台。
統一支付平台接收到簽約驗證請求後,驗證報文的合法性。
統一支付平台校驗支付寶的信息驗證報文的各個信息完整性。如果校驗通過,則發送信息驗證交易到前置。如果校驗不通過,則跳轉到第13步。
統一支付平台發送賬号信息到前置系統。
前置接收賬号信息,并轉發到核心/銀聯系統。
核心/銀聯系統接收賬号信息報文。
核心/銀聯根據賬号信息報文查詢出客戶賬戶信息,返回客戶賬戶信息到前置系統。
前置轉發客戶賬戶信息到統一支付平台。
統一支付平台對客戶信息進行驗證,并記錄驗證結果。
統一支付平台發送信息驗證結果應答報文到支付寶。
支付寶接收并解析銀行信息驗證結果。
如果驗證成功,支付寶登記用戶的簽約信息,返回簽約結果。簽約成功後用戶便可以使用已簽約銀行委托支付寶進行扣款;否則,返回錯誤信息。
返回簽約結果給客戶。
快捷支付業務的主要服務對象是互聯網交易中的買家,使買家能夠通過支付寶使用簽約銀行卡内的資金實現訂單安全的交易支付。支付寶負責驗證客戶持卡人身份與服務權限,并請求銀行劃撥客戶的資金用于互聯網交易支付;統一支付平台負責驗證由支付寶發出的支付指令是否在支付簽約的業務範圍與銀行控制的支付限額内,并發往核心實時扣減簽約銀行卡内的餘額。
1)客戶通過互聯網在支付寶商戶處下單,并在支付寶創建交易。
2)客戶輸入支付寶支付密碼,并請求支付寶使用本人支付寶賬戶關聯的快捷支付簽約銀行卡為交易支付。
3)支付寶驗證客戶身份與支付網上支付請求的合法性,驗證項目包含:
該支付寶賬戶的狀态允許支付。
支付寶支付密碼正确。
快捷支付服務已激活
賬戶安全等級達到金融支付要求
當日網上支付總額在支付寶規定的銀行支付每日支付限額内。
上述驗證中如果有一項不符,則支付寶拒絕客戶的支付網上支付請求,并将客戶引導到恰當的支付寶功能頁面。
4)支付寶生成同一渠道下唯一的銀行支付網上支付流水号,并根據該支付寶賬戶的使用的銀行卡号确定銀行、構造“快捷支付請求”報文。支付寶将該交易發送給銀行。
5)統一支付平台接收“快捷支付請求”報文,驗證快捷支付報文的合法性。
6)統一支付平台驗證交易報文必輸字段都已上送。如果驗證失敗,轉到第19步進行接下來的處理。
7)統一支付平台驗證支付寶支付流水号唯一。如果驗證失敗,轉到第19步進行接下來的處理。
8)統一支付平台驗證客戶支付交易金額未超出單日和單筆限額。如果驗證失敗,轉到第19步進行接下來的處理。
9)統一支付平台記錄本次支付交易,發送扣款交易到前置系統。
10)前置接收快捷支付扣款交易。
11)前置轉發交易到相應銀行核心/銀聯。
12)核心/銀聯系統接收前置扣款交易報文。
13)核心/銀聯系統驗證扣款交易的合法性。驗證項目至少包括:
銀行卡狀态有效
銀行卡餘額足夠
上述驗證中如果有一項不符,則核心/銀聯拒絕該請求報文,并返回前置扣款失敗的原因。
14)核心/銀聯處理快捷支付扣款交易,從支付簽約記錄中的銀行卡賬戶劃付資金至電子中間賬戶中。
15)核心/銀聯處理扣款交易完成之後,将交易處理結果原路返回到前置。
16)前置接收到核心/銀聯的交易處理結果原路返回到統一支付平台。
17)統一支付平台接收前置發送的扣款交易結果。
18)統一支付平台根據前置返回的核心/銀聯扣款結果,更新本次快捷支付交易記錄的狀态和核心賬務日期等信息。如果統一支付平台沒有正常收到前置返回的核心扣款結果,則再次發起一次查詢交易到核心/銀聯,獲取交易的明确處理狀态,更新本地交易狀态。
19)統一支付平台将交易處理結果通過“快捷支付應答”報文返回給支付寶。
20) 支付寶接收到銀行統一支付平台返回的“快捷支付應答”報文,從中解析出處理結果。若處理結果顯示銀行處理成功,則支付寶為客戶進行資金入賬,并支付該筆互聯網交易。若處理結果顯示銀行處理失敗,則支付寶不對資金入賬,該筆快捷支付交易作為失敗處理。若支付寶沒有正常收到銀行的明确處理狀态,則再次向銀行發起一次查詢,獲取銀行的處理狀态,并更新支付寶交易處理狀态。
21)支付寶向用戶顯示快捷支付的結果。
22)客戶查看快捷支付的結果。
針對支付寶類支付系統的快捷支付核心邏輯設計分析完後,支付系統還包含提現、單筆交易、批量交易、清算對賬等核心模塊,每一個核心模塊裡面都有複雜的核心邏輯設計,需要深入更加系統學習互聯網金融支付系統的底層技術,必須關注頭條号:互聯網金融幹貨,後續再線下沙龍交流會,會和大家直接分享。
作者:劉永平 ,11年以上互聯網電商、互聯網金融項目實操經驗,任職高級産品總監,産品咨詢專家,曾親自主導參與項目超過15個,10個以上從0到1實操經驗。如需深入學習和了解互聯網電商、互聯網金融和大數據方面幹貨,核心底層技術及架構設計,可以關注頭條号:互聯網金融幹貨,定期會和大家分享。
免責聲明:本文是作者通過多年項目實操,積累分享的幹貨,全部屬于原創,如需轉載分享,必須注明作者和出處,并征求作者授權,如沒有注明作者和出處,會追究法律責任。
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!