無須開通網銀，利用支付驗證要素，結合安全認證，讓持卡人完成互聯網支付的支付方式。
無卡支付業務形態（以銀聯為例）：認證支付、普通支付、快捷支付
認證支付：輸入卡號 密碼，獲取短信驗證碼，輸入短信驗證碼，支付成功
普通支付：輸入卡號 密碼，頁面校驗碼，支付成功
快捷支付：（前提：已綁定卡信息）登陸，獲取短信驗證碼，輸入驗證碼，支付成功。
何謂無卡支付？無卡支付是指：
1. 支付無需物理卡片通過受理設備的讀取；
2. 支付無需跳轉至銀行交互頁面。
無卡支付的典型應用模式是：
1.驗證卡信息的正確性；
2.通過短信驗證碼進行鑑權綁卡；
3.進行綁卡支付。
無卡支付業務結構一般如下圖所示
通道是第三方支付安身立命的根本，第三方支付的核心業務均是建立在通道的基礎上，對通道的認識和充分利用，是很有必要的。因而本文所講的無卡通道知識，雖不涉及到無卡支付產品自身的設計，但卻是無卡支付底層產品設計的基礎。
無卡通道類別
本文提供三個視角對無卡通道進行分類：通道業務類型，通道業務能力，通道方身份。
第一種分類法：按通道業務類型，可分為代扣通道、卡通通道、快捷通道、信用卡無磁無密通道。
第三種分類法：按通道方的身份進行分類，可以分為銀企直連通道與間連通道，不同身份的通道方往往決定了它提供支付服務的質量、能力等。
無卡通道接口
再來看無卡通道的內容，也就是無卡通道提供的API接口。下述表格按類別大致地記錄了無卡通道的接口，所有無卡通道接口均可歸屬於其中某一類別。
無卡通道特性
上述已講無卡通道類別和接口，基於上述認識已經可以進行無卡通道對接。不過，想要向商戶和用戶提供優質的無卡支付產品，瞭解無卡通道的下述特性非常重要。
無卡通道-支付信息流
無卡支付的信息流方面，由於卡信息由支付機構（或其發展的商戶）負責收集，風控也基本由支付機構負責。下述時序圖以銀行短驗快捷通道為例，描述了一個用戶進行快捷簽約與綁卡支付的全過程。
無卡通道-支付資金流
無卡支付的資金流，與網銀支付、POS刷卡等所有的第三方支付是一樣的。下圖是以一個商戶委託支付公司代其收單的完整資金流：支付時，真實資金T+1從用戶銀行賬戶轉至支付公司的備付金銀行賬戶，結算時真實資金再從支付公司的備付金銀行賬戶轉至商戶銀行賬戶。
快捷支付的背後邏輯：淺析掃碼支付的實現流程
二維碼——信息的載體
說起掃碼支付，就不得不提二維碼。線下所有的掃碼支付都是以掃二維碼開始，通過掃描二維碼，我們可以看到付款頁面商家的名稱，所以二維碼在這裡承擔的角色是——信息的載體，它通過黑白相間的排列組合記錄信息。不止是支付，我們看到很多APP的下載鏈接，也是用二維碼的形式記錄鏈接地址。現在網上有很多現成的工具，輸入一段內容後，即可把內容生成二維碼，所以生成二維碼這一步的實現流程不存在技術難題。
選擇二維碼作為付款信息的載體，一方面是受收銀臺掃描商品一維碼來識別商品，這一場景的啟發，另一方面是二維碼本身可存儲足夠大的數據信息，而且支持不同的數據格式，同時二維碼有一定的容錯性，部分損壞後仍可正常讀取。這一切，使得二維碼成為了被大眾廣泛使用的信息載體。
二維碼識別——APP校驗及後臺解析
校驗的規則很多，就支付鏈接來說，服務器校驗屬於自己公司的支付鏈接後，會獲取支付鏈接中包含的商戶信息，進而判斷該商戶是否存在、商戶狀態是否正常等，所有校驗通過後，後臺服務器會把商戶名稱返回到發起用戶的手機APP上，同時告訴APP，服務器校驗通過了，APP你可以調起收銀臺了。
於是我們確定支付，輸入支付密碼，後臺繼續校驗支付密碼的正確性，正確的話支付就此完成。
掃碼支付流程的關鍵步驟
從這個過程來看，要實現掃碼支付的流程，最關鍵的是要定義允許識別哪些類型的二維碼以及後臺的校驗邏輯。
定義允許識別哪些類型的二維碼。也就是說，當APP掃一掃，如果產品經理定義，發現二維碼攜帶的信息是別家的網址“https://www.tina.com”，就在我們APP這邊進行過濾，比如只要不是以“https://www.wx.com”開頭的，不去請求服務器。所以，有些時候，明明是網址，但是解析後你看到的是一串純文本。
比如定義支付鏈接的格式為“https//qr.wx.com……”,每次檢測到該鏈接開頭的，就請求服務器去校驗該支付鏈接的有效性。
閱讀更多 運通商務 的文章
