導語：我們出行有各種交通要道，飛機航線，高速線路，火車道；通過運輸載體將人或者物運往另一個地方；同樣支付也是，需要各種支付通道完成支付信息的傳輸以及推動資金的轉移；本文跟大家聊一聊支付通道的那些事。
同學們經常在支付相關文章中看渠道對接，支付渠道是什麼？支付渠道即資金轉移的通道，
也稱為資金渠道、支付通道，所有支付系統建設都需要先建設渠道。
二、通道的類型以電商平台為例一般來説主要對接兩類通道三方支付機構、銀行；三方支付機構就是我們平時熟悉的微信、支付寶等，銀行主要是銀企直連通道，為平台提供一些資金收付的解決方案。在商户與三方支付之間，還有第四方支付。四方支付是作為對第三方支付平台服務的拓展。
第三方支付介於銀行和商户之間，而第四方支付是介於第三方支付和商户之間，沒有支付許可牌照的限制。
銀聯、網聯等清算機構主要是為非銀行支付機構、銀行等提供網絡支付清算平台的運營機構。
央行是清算中心，清算中心是所有支付清算服務的最底層。我們日常經常使用的支付寶、微信的銀行卡支付（微信、支付寶的餘額支付是屬於三方支付的內部賬户支付，沒有實際的資金流清算，不過央行的清算中心）。
企業的代發工資等等最底層都是使用的央行的清算中心，比較常用的有以下幾個：
小額系統：又稱小額批量支付系統，是人行建設的系統之一，採用批量包的形式進行交易，工作時間是24小時受理，每家行根據自身需求間隔2小時或4小時一打包進行請求發送，所以小額系統的到賬時間是不確定的。
對於小額系統來説交易資金會有交易限制，交易金額不能超過5w，超過5w的必須走大額。
大額系統：又稱大額實時支付系統，也是人行建設的系統之一，採用單筆交易，工作時間是工作日的一般早8點30分到晚5點，有些行會在這個時間內自行定義自己系統運行的時間，如下午4點就關閉了。
對於交易資金沒有限額限制，任意金額（沒有5w的資金限制）都可以使用大額系統進行資金劃轉，只是手續費相比小額來説會稍貴，到賬時間是實時到賬，支持的銀行也是目前最廣泛的。
超級網銀：超級網銀在中國又被稱為“第二代支付系統”，採用單筆交易，交易金額上線為5w，面向客户免手續費，工作時間做到7*24不間斷運行；目前加入超級網銀的銀行佔據大多數，基本上國內大中小城商行均加入了超網系統。
但是仍然有少量幾十家城商行未開通超級網銀渠道，所以目前我們在日常生活中常用的轉賬系統在後台都極有可能走的超網渠道，因為到賬快、成本低。
三、通道的對接與上線商用以對接銀行直連通道為例，以下是平台與銀行交互的主要步驟，按照經驗對接一條通道，從商務談判到最終的商用切量時間在1-1.5個月左右。
其中大概1周左右的商務談判過程，1周的產品設計時間，2-3周的開發與測試，1周的對接聯調時間，與銀行的對接聯調主要依賴於銀行的效率。
在通道對接中，涉及到了各個部門的很多角色，包括商務、產品、技術、測試、財務、以及運營人員，各個角色的大體工作職責如下：
其中通道信息評估表是接入前評估通道質量，確定通道優先級的重要依據，需要商務、產品、技術等人員配合完成。
通道評估表涉及以下方面：
基本信息通道名稱等基本信息：
在完成完畢以上所有事情後就可以由產品經理涉及通道上線的商用計劃，按照商用計劃觀察切量；一般來説一條細通道上線都需要用2周左右的時間逐步切量，密切觀察交易數據。如有異常可以及時切換通道路由。
“九層之塔，始於累土”通道是支付的最基礎，只要充分了解通道才能做出最合理完善的支付方案。
四、通道知識實例拓展1. 通道種類拓展通道從廣義上來看其實就是隻要能完成支付信息傳輸以及推動交易完成的接口或者其他形式都可以成為通道，支付信息傳送的通道；我們為通道做一個更廣義的分類，從通道提供方或者通道形態做闡述。
銀行通道：
就是銀行提供給三方支付機構的收單出款以及墊資通道，鑑權通道；以及提供給企業的銀企直聯通道；銀行支付通道又有快捷通道，網關通道，代扣通道，墊資通道，預授權通道等。
網銀聯通道：
斷直連後，網聯銀聯通道包裝商業銀行的通道給三方支付公司，基本跟銀行通道類似，滿足各類支付業務場景需求，比如協議支付，商業委託支付，網關支付，認證支付等。
三方支付機構通道：
就是三方支付機構提供給商户的收付款支付通道，比如微信，支付寶，易寶支付。
自建虛擬廣義虛擬通道：
作為一個平台在某些交易場景會用到更加多樣的支付方式，我們都可以稱為通道，比如利用自己搭建的賬户實現平台虛擬餘額的交易支付的餘額支付通道；卡券支付通道，積分支付通道等。
所以綜上，通道建設其實就是支付的基礎設施，最終目的是完成支付信息的交互傳輸，推動支付交易的完成。
2. 通道示例微信支付寶通道我們就不過多介紹了，到官網看一下支付文檔就全部明白了，按照接入規範進行接入即可。
基於業務需要我們要接入一條新的通道，比如我們要接入一條代付通道，經過市場調研，我們選定了“廈門銀行的某款代付通道產品”。
通過商務我們聯繫到了廈門的通道服務部，經過淺談會後，商定了相關事宜，比如成本等等。
此時我們就會獲得銀行的通道接入文件包，包裏有你需要的所有內容，並且和技術支持的介入，有不懂得問題可以實時溝通。
一般拿到的接口文檔包，我們就可以開始做產品設計和技術設計了；產品設計主要是查看該通道的業務交互邏輯以及支付請求和返回的相關字段要求，以此編寫產品需求文檔，技術人員根據文檔的技術要求規範開始技術框架和方案的設計，準備開工。
支付通道文檔包：
基本就是通道本尊了，包含對通道的定義，接入辦法等信息，文檔包內容如下：
正式和簽名包產品可以不看，產品主要看接口文檔説明，從中巴拉需求：
從目錄我們可以看出，文檔一般包含這幾部分內容：
協議概述：主要説明技術要求，技術規範，接入的技術方式等，這部分技術看就行了。
業務接口規範：這個就是定義核心的支付接口入參和出參，也是產品巴拉需求的核心部分，我們可以看出接口需要哪些字段，比如流水號，商户ID，金額等等，這樣就可以設計出支付處理核心應該封裝的協議了。
比如我們看一下3.1交易接口的定義：
定義接口：
提交一筆支付時的請求參數：
別管平台自己怎麼處理，只要按照通道接口要求，就可以完成支付。
請求完的接口返回：
看完這一個通道接口的定義，是不是瞬間豁然開朗了，知道了支付體系應該怎麼設計，怎麼封裝信息了；其他接口邏輯類似，比如賬户餘額查詢接口，交易結果查詢接口等。
通道返回碼：
通道返回碼就是兩邊的溝通語言，告訴你成功了還是失敗了，失敗的原因是什麼，當然基於業務需要和用户體驗，我們一般不會將通道返過來的編碼直接展示給用户；而是封裝一層，讓用户更容易理解，體驗更好。
一個平台一般都會接入很多類型的通道，雖然通道只是一些列的接口組合，但是這時候單單通過程序中的接口研發已經不能滿足業務需求了；就需要一個通道管理後台來管理接入的每一條實體通道。
比如通道管理列表：來管理每一條通道的基本信息，比如通道名稱，通道編碼標識，通道所屬銀行，通道的類型，通道方的聯繫人等等；通道編碼標識就是平台唯一識別這條通道的ID，比如路由器選擇的最後其實就是選出一個通道ID
通道證書，就像原來我們通過網關支付時，跳轉到銀行的網上銀行，我們都需要下載一個安全證書或者插入U盾，這些信息都可以維護到通道的基本信息裏；我們可以把通道當成一個用户一樣去管理，通道也有通道畫像。
作者：陳曉光，一個會彈吉他會算命的產品經理老司機，微信公眾號：陳曉光
本文由 @陳天宇宙 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議