僅以我所見的第三方支付公司為例，講一下核心的支付業務與流程。
核心的支付業務：
一、組織架構：
1、網關組：支付入口，接收所有的支付請求，顯示對應商家的支付類型與通道。
2、背景組：負責商家系統與總背景系統。商家系統負責商家的相應設定，總背景系統負責商家的稽核，支付、出款、對賬業務。
3、接口組：負責對接銀行，第三方支付公司，在每個銀行都有一個備付金賬号，收支都在備付金賬号中展現。
4、核心業務組：整個業務的系統架構，清算，結算，補漏等業務。
二、業務解析：
1、扣款：支付的時候，從買家的卡裡扣款到備付金賬号中。（組裝參數，調用對應通道的接口，進行扣款操作。）
2、出款：賣家收到買家的購物款，從備付金賬号中将款項彙入賣家的卡中。（一般定時出款，例如定時5分鐘，掃描訂單表，将已經支付成功，但是未出款的訂單，組裝參數調用對應銀行的接口進行出款操作，也可以在總背景的訂單管理處，設定手動出款。）
3、清算：根據支付類型，統計商家對應的訂單。（一天中，一個商家，一個支付類型，僅有一條統計記錄）
4、結算：根據清算的結果，進行結算。（清算與結算的目的：跟銀行算賬，在備付金中應該收款多少或者應該出款多少。）
5、對賬：将訂單庫中已經支付完成的訂單與銀行的訂單進行對賬，找出差異項。（自己的訂單，從總背景訂單管理中導出。銀行的訂單，從銀聯網站中到處。）
三、支付通道
1、支付類型：b2c，b2b，快捷，點卡，支付寶，微信，QQ錢包。。。。。。
2、支付網關：上接支付類型，下含支付通道。
3、支付通道：對應具體的銀行。
協作關系：商家配置支付類型，支付類型包含支付網關，支付網購包含支付通道。
為何這樣架構？支付網關類似于中間表的作用，了解一下。
四、其他業務解析：
1、補漏：扣款成功，出款失敗的訂單，需要用定時任務進行補扣，将參數重新組裝調用銀行相應的接口進行扣款。
2、風控：黑白名單、設定單日單筆交易限額的控制。
五、其它：
1、RSA加解密，HTTPS，專線。
2、性能：異步處理非實時業務，比如支付成功後，需要發送支付成功通知（郵箱通知，短信通知，HTTP通知），此時可以采用異步的方式，将需要發送的内容放入MQ隊列中，在寫一個項目讀取MQ的資訊進行通知的發送。
3、批量支付（拆分訂單變為父子單），洗錢（備付金一進一出，就白了）……了解一下。
