1. 移動支付項目背景
在移動互聯網時代的今天，移動支付具有支付方便快捷、高度融合性、環保與衛生等先天優勢，因此移動支付逐漸成為了國人心目中無可替代的支付新寵。在消費者市場調研中，有92.4%的消費者表示選擇移動支付的最主要原因是其操作簡單且方便;有80.3%的消費者表示使用移動支付是因其無需攜帶現金或銀行卡。當然，商家的支持與促銷活動也推動了我國移動支付的使用率，有64.4%的消費者選擇移動支付方式是因其優惠促銷活動多。據中國支付清算協會數據顯示，在使用移動支付的用戶中，有69.6%的用戶每天使用移動支付，有19.7%的用戶每周至少使用3次移動支付。
隨著移動支付的飛速發展，也出現了一些問題，主要表現在碎片化方面：
一、支付渠道碎片化，多家支付機構導致商戶有多賬戶收支問題，大多商戶存在一店多機的情況。
二、移動端平臺碎片化， Android、iOS、HTML5，開發者需要多移動端平臺下接入所需的支付渠道。
三、支付場景碎片化，App內支付、HTML5支付、掃碼支付、被掃支付、NFC支付，不同場景會帶來不同的支付需求。
四、支付數據碎片化，支付渠道碎片化導致商戶的支付數據碎片化，各自割裂，嚴重影響了后期的數據服務。
針對以上痛點，聚合支付應運而生，聚合支付覆蓋主流移動端平臺，覆蓋主流支付場景，聚合渠道服務，高效滿足“一點接入多種支付渠道“的需求，同時整合與分析支付數據，提高商戶效率。
聚合支付不進行資金清算，因此無需支付牌照，其只是完成支付環節的信息流轉和商戶操作的承載，其在集合包括、支付寶、微信等主流支付方式的基礎上，幫助商戶降低接入成本，提高運營效率，具有中立性、靈活性、便捷性等特點。
2. 應用場景
小型商超、服裝門店、餐飲連鎖等，顧客購買商品之后，商家能夠通過掃碼支付設備實現收款。
圖1:應用場景簡介
3. 系統拓撲圖
圖2:商戶收銀拓撲圖
4. 移動支付流程介紹
聚合支付產品從用戶主掃與被掃的角度來看可以分為兩類，一類是以聚合收款碼牌為主的用戶付款掃碼產品，另一類是以 智能POS、掃碼槍、掃碼盒子等為主的商戶收款產品
移動支付的流程如下：
圖3:移動支付交易流程圖
流程涉及4個部分：商戶交易、聚合支付平臺、第三方支付平臺以及銀行。
1）目前商戶交易部分已有成熟的終端產品、移動應用以及交易流程。
2）微信支付以及支付寶平臺提高完善的交易接口并且無需關心它們和銀行部分的清算。
3）需要聚合支付平臺對接微信支付、支付寶等第三方交易平臺。
圖4:聚合支付產業鏈
5. 聚合支付服務器功能設計
聚合支付系統位于商戶與支付機構或銀行之間，收斂商戶與支付機構及銀行間的一切交互。
圖5:聚合支付系統拓撲圖
具備支付、查詢、退款三個基本功能，對應用戶使用支付的三種基本操作；其次，為了確保各方交易記錄一致，通常要以天為單位對賬，實現業務閉環；最后，根據對賬結果，定期完成資金結算。
圖6:支付流程圖
該系統具備以下三個模塊（或子系統）：
· 核心支付模塊：完成支付、查詢、退款三個基本功能，此三個功能屬于實時調用，需要立即返回結果。每次調用傳遞的信息包含一個訂單。
· 對賬結算模塊：對賬是每天定時執行，需要將前一天的交易批量下載或上傳，并進行比對；清分結算則是匯總對賬結果，并將結果提交給會計系統或銀行。
· 商戶管理模塊：商戶需要在聚合支付系統注冊，需要申請接入，需要查詢交易，需要下載配置信息等必要功能。因此，需要此模塊實現與商戶間的交互，傳遞一些必要的信息，這是三個模塊中唯個需要用戶界面的模塊。
圖7:業務流程圖
接口信息如下：
支付和退款是由商戶主動發起的。商戶調用接口時，實際上發送的是訂單信息（涉及支付的信息），聚合支付系統為其生成相應的支付信息和退款信息。
-
訂單信息：商戶ID，訂單號，商品名稱，商品描述，訂單金額，支付方式，回調地址；
-
支付信息：支付流水號，支付金額，支付結果，結算日期；
-
退款信息：退款流水號，退款金額，退款結果，結算日期
圖8:接口信息主要內容
6. 設備端的設計
5.1業務流程
圖9:收銀終端交易交互演示圖
5.2案例分析
5.2.1中國郵儲四川分公司案例分析
優友寶是中國郵政儲蓄銀行四川省分行旗下的一款扎根四川本土生活服務的平臺。為四川地區提供了支付、票務、便民政務、生活服務等多種多樣的場景行業，NE80設備主要對接了其中的支付部分，具體設計如下：
A：密鑰下載（設備激活）
我們為激活設備前的密鑰導入設計了兩種方式：
1) 掃碼導入：PC端輸入商戶號，商戶名稱，密鑰信息，生成二維碼，通過NE80的掃碼頭，掃碼二維碼，實現信息導入。
2) hid pos（數據線）導入：PC端輸入商戶號，商戶名稱，密鑰信息，NE80進入密鑰導入界面，通過usb線把密鑰等信息導入設備。
圖10:電腦端密鑰下發
B：掃碼支付
設備端輸入金額，掃描用戶付款碼（微信，支付寶，云閃付等），NE80把金額，付款碼等信息加上述密鑰，通過md5加密組成簽名字段（簽名字段是了保證數據完整性和數據不被篡改，保證安全）發送給支付通道服務器，服務器會返回交易成功或交易失敗的反饋。
圖10:收銀端掃碼支付
如圖10是顯示交易成功的界面，包含支付類型，交易狀態，渠道類型，訂單號，交易金額等信息。
C：交易查詢
交易查詢用在兩種場景：
1) 被掃支付的時候如果服務器返回待查詢（同一微信賬戶每天最多支付10筆，10筆后需要強制用戶輸入密碼，支付寶如果不是免密支付，也是需要用戶密碼），此場景中有時間差，需要設備端定時調用查詢支付狀態接口。如果一定時間內都是待查詢狀態，提示給用戶交易超時。
2) 用戶不確定某筆交易的狀態，可以輸入對應的訂單號，然后用查詢接口，確認該筆交易是成功還是失敗或者別的狀態。
D：交易退款：
對于用戶需要退款的場景，支持部分退款和全額退款，設備端可以輸入對應的金額。退款是否成功，可以調用退款查詢接口，告知用戶。
E：本地流水查詢：
1) 每次交易后會保存每一筆的交易記錄，交易類型（被掃支付，非接支付，退款等），訂單號，渠道類型（支付寶，微信，云閃付），交易金額，交易時間。交易狀態（交易成功，交易失敗，交易未知，已撤銷，已退款）。
2) 對于成功的交易，可以在此退款和撤銷。
3) 可以在此查詢該筆交易的狀態。
4) 最多可以保存500條流水,可以按上下鍵切換流水。
7. 使用案例
收銀終端目前使用場景眾多：
圖11:主要場景展示
7.1江蘇郵政：
? 客戶名稱：江蘇郵政
? 應用場景簡介：掃碼支付，對接489平臺（新大陸旗下公司支付平臺）商超門店用于二維碼支付結算（微信、支付寶）。
7.2四川郵儲：
? 客戶名稱：四川郵儲
? 應用場景簡介：掃碼支付，對接優友寶（四川郵儲自有支付平臺）商超門店用于二維碼支付結算（微信、支付寶）并且打印收銀小票。
7.3國通星驛星pos：
? 客戶名稱：星POS
? 應用場景簡介：掃碼支付/非接支付，對接星驛付平臺，商店用于二維碼支付結算（微信、支付寶）并且支持銀聯非接觸支付（銀聯卡）。
7.4靜態場景展示
