核心支付業務

僅以我所見的第三方支付公司為例，講一下核心的支付業務與流程。

核心的支付業務：

一、組織架構：

1、閘道器組：支付入口，接收所有的支付請求，顯示對應商家的支付型別與通道。

2、後台組：負責商家系統與總後台系統。商家系統負責商家的相應設定，總後台系統負責商家的審核，支付、出款、對賬業務。

3、介面組：負責對接銀行，第三方支付公司，在每個銀行都有乙個備付金賬號，收支都在備付金賬號中體現。

4、核心業務組：整個業務的系統架構，清算，結算，補漏等業務。

二、業務解析：

1、扣款：支付的時候，從買家的卡里扣款到備付金賬號中。（組裝引數，呼叫對應通道的介面，進行扣款操作。）

2、出款：賣家收到買家的購物款，從備付金賬號中將款項匯入賣家的卡中。（一般定時出款，例如定時5分鐘，掃瞄訂單表，將已經支付成功，但是未出款的訂單，組裝引數呼叫對應銀行的介面進行出款操作，也可以在總後台的訂單管理處，設定手動出款。）

3、清算：根據支付型別，統計商家對應的訂單。（一天中，乙個商家，乙個支付型別，僅有一條統計記錄）

4、結算：根據清算的結果，進行結算。（清算與結算的目的：跟銀行算賬，在備付金中應該收款多少或者應該出款多少。）

三、支付通道

2、支付閘道器：上接支付型別，下含支付通道。

3、支付通道：對應具體的銀行。

協作關係：商家配置支付型別，支付型別包含支付閘道器，支付網購包含支付通道。

為何這樣架構？支付閘道器類似於中間表的作用，了解一下。

四、其他業務解析：

1、補漏：扣款成功，出款失敗的訂單，需要用定時任務進行補扣，將引數重新組裝呼叫銀行相應的介面進行扣款。

2、風控：黑白名單、設定單日單筆交易限額的控制。

五、其它：

1、rsa加解密，https，專線。

2、效能：非同步處理非實時業務，比如支付成功後，需要傳送支付成功通知（郵箱通知，簡訊通知，http通知），此時可以採用非同步的方式，將需要傳送的內容放入mq佇列中，在寫乙個專案讀取mq的資訊進行通知的傳送。

3、批量支付（拆分訂單變為父子單），洗錢（備付金一進一出，就白了）……了解一下。