中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導讀：合規對于電商平臺來說并不陌生，和“錢”有關的支付都需要符合監管要求。本文作者參與了一個公司內部“清結算”項目，從中總結了一些經驗與你分享，一起來看看吧。

筆者作為一個支付清結算小白，經過一個公司內部“清結算”項目，初步對支付合規有了一定的認識，若小伙伴剛好做電商，要對接第三方支付公司的話，可以通過本文粗淺的初步了解一下。本文內容為個人實踐總結，若有不對之處，煩請留言友好指出，感謝。

一、實踐背景

初入公司，老大拋了一個作業給我，告知我公司要做合規，避免二清，所以需要做清結算。我人好懵，合規是什么？二清是什么？清結算是什么？帶著這些對我而言陌生的詞匯，先開始了我的學習之旅，因為這些應該都是基本概念，不可能讓老大一一解釋給我，然而，要寫好這個作業，搞清楚這些術語，就明白作業目標是什么了。下面從我個人理解角度，結合我們平臺（平臺模式為非自營業務，商品歸商家所有）現存的問題，說明一下這幾個關鍵詞匯。

合規其實就是電商平臺和“錢”有關的支付需要符合監管要求，而監管要求目標是保障平臺用戶的資金安全，避免平臺卷錢跑路，就像之前的P2P。我們公司存在的合規風險是因為平臺在中間做了代收代付的業務，違反監管要求，具體如下圖（平臺現狀圖）所示：

看本文的小伙伴，想一想你們的電商平臺是不是也有類似的問題？

二、我的“清結算”作業

下我上網看了不少清結算的介紹，還特意買了一本支付系統架構有關的書籍，發現清結算一般都是支付機構、銀行之間的交易記賬、資金清算，涉及的機構中國人民銀行、網聯、銀聯等，系統也設計中國人員銀行的大小額系統，和我們平臺貌似沒什么關系，因為我們平臺只是對接第三方支付公司，清結算到底應該做什么呢？其實做什么，還是基于問題現狀去分析，就像第一部分的平臺現狀圖描述，平臺清結算主要解決的是平臺面臨的風險，經過思考，對平臺清結算重點應該做的內容有了比較清晰的認知：

1. 建立虛擬戶體系
2. 梳理平臺和錢有關的業務：充值、提現、消費業務1、消費業務2…（消費業務即用戶需要付款的業務）
3. 做好信息流記賬，包括賬戶緯度記賬（支出、收入等）、交易記錄緯度的記賬（交易金額、交易雙方、交易時間等）

具體，詳見下文。

三、清結算設計的重點方案設計

3.1 虛擬戶的賬戶設計

這里需要先區分一下“賬號”、“賬戶”概念區別，之所以作區分，是因為有的人會把二者認為是一個概念，實則不同。賬號可以理解為就是電商平臺用戶的登錄賬號，賬戶主要是和充值、提現、消費等業務有關的一個概念，賬戶是一個統稱，可以有不同的分類，例如支付寶的余額理解成“余額賬戶”，支付寶積分理解為“積分賬戶”，還有紅包，可以理解為“紅包賬戶”或“營銷賬戶”。我們平臺這次對接第三方支付公司，引入虛擬戶方案，就是為了賬戶而生。

虛擬戶方案則基于原有系統的賬號體系，創建1V1的虛擬戶，說明一下，我們平臺賬號與虛擬戶為一一對應的關系，實質上，我們對接這個第三方公司，1個賬號可對應三個虛擬戶。這次對接過程中梳理了對接第三方的開戶流程，包括個人開戶、企業開戶，整體開戶流程為認證–>簽約–>綁定手機號，具體如下：

如上所示，認證成功后，平臺用戶即可綁定銀行卡，也可順利開展充值、提現等業務。當然，賬戶體系管理后臺，會同步記錄賬戶的開戶信息，如下圖所示：

特別說明一下狀態機，若賬戶狀態為凍結狀態，則需要梳理相關受到限制的業務，例如充值業務、提現業務、其他消費業務等，在用戶操作相關業務時，給予一定的友好提示；

3.2 梳理平臺的支付業務

主要是把平臺中和賬戶余額有關的業務窮舉，需要根據業務，判斷應該調用第三方哪些接口實現資金流轉或賬戶余額變動。比較常見的支付業務包括充值、提現、支付。具體如下：

3.2.1 充值

充值業務，我們財務比較關注的避免信用卡套現，故在對接場景的渠道例如使用支付寶掃碼/微信掃碼時，對接第三方支付，有個支付限制字段，需要在傳參的時候，屏蔽非貸記卡。還有一個關鍵點，平臺獲得的所有支付結果，均從所對接的第三方廠商獲取，無需單獨獲取各個渠道（例如微信、支付寶等）的支付結果。

充值業務時序圖：

3.2.2 提現

3.2.3 支付

這里講的支付，是狹義的支付，針對用戶購買商品進行付款的支付場景進行說明。

這里的支付比較特殊，基本有三種方案：

第一種：直接使用賬戶余額支付

使用余額支付，顧名思義就是用虛擬戶的余額進行支付，例如淘寶買東西，使用支付寶余額進行支付。

第二種：通過賬戶余額之外的渠道進行付款，例如銀行卡支付。

這個方案有2個層面的理解：

1. 理解為充值即消費，先充值到余額，再立即消費的流程，和余額變動有關；
2. 理解為使用其他渠道入金的方式進行支付，和余額變動無關;

重點看業務需要的記賬規則，我們平臺在虛擬戶方案之前，是“充值即消費”的記賬思路，故此，對接虛擬戶方案后，依然是采用這種記賬思路。舉例子如下：

例如王一博賬戶余額0.00元，購買商品需要支付100元，在支付收銀臺，用戶選擇銀行卡123支付成功，則該用戶的賬戶流水如下：

但是，一些平臺會按照第二種思路記錄交易，例如使用微信支付時，支付方式若選擇的是銀行卡，微信“零錢-零錢明細”不會產生入金流水，而“微信支付”的對話框中，則會記錄支付方式為銀行卡；

第三種：使用組合支付

組合支付即使用多種方式結合進行支付，是主流購物場景常用的方式，例如余額+銀行卡、余額+優惠券等。

關于組合支付，和如下三種情況有關：

支付方式：不同支付方式，對組合支付的支持情況不同，但是大多數支付方式是支持組合支付的。我們對接的第三方支付公司，入金支付方式多達10多種支付方式，例如訂單POS、微信支付（APP 支付、掃碼支付、刷卡支付、公眾號支付、小程序支付、H5 支付）、支付寶支付（掃碼支付、刷卡支付、生活號支付、手機網站支付）、收銀寶快捷、銀聯（掃碼支付、被掃支付、JS支付）等。

業務需求：充值提現業務場景，一般是不支持組合支付。但是有的提現業務場景，積分可抵扣交易手續費，因此，提現訂單可能涉及組合支付，具體需結合業務訴求。

第三方支付公司的業務限制：例如我們平臺所對接的第三方支付公司不允許充值提現訂單的組合支付。

以上，不管哪種支付方式，都涉及交易驗證方式，一方面需要根據自己的業務判斷，交易驗證方式應該采用無驗證（類似免密支付）、還是采用密碼或短信驗證碼等；另外一方面，需要根據第三方支付公司對接渠道的要求，確定所采用的交易驗證方式。

3.3 交易記錄設計

就像上述內容中，充值訂單、提現訂單都會在相關環節生成交易記錄，也就是系統需要根據業務訂單進行記錄的信息，交易記錄的設計意圖是基于平臺的業務，記錄賬戶相關的交易信息，其實就是記清楚付款方、收款方，交易金額，相關商品或服務等，以便和第三方提供的商戶對賬文件對賬使用。例如微信支付的記錄：

重點需記錄的字段信息如下：

具體字段包括：交易記錄編號、交易類型、付款方、付款方賬戶ID、支付方式、備注、交易時間（成功時間）、平臺手續費、渠道手續費、第三方手續費、交易狀態、所屬訂單編號（業務系統低訂單編號）、第三方單號、關了交易記錄編號；

前臺呈現層面，均為交易狀態=交易成功/交易成功-發生退款的記錄，便于財務和第三方下載的對賬文件對賬。

四、總結

以上內容，是我認為電商平臺對接第三方支付平臺要覆蓋的基本內容。其實我們本次清結算項目里面，還多了一些其他的業務輔助功能，例如基于交易記錄，定時統計賬戶余額，同時獲取第三方的賬戶余額，方便及時發現兩邊賬戶余額不一致的異常賬戶；另外也做了關于日切統計，同步不同業務類型訂單的數量、交易金額等，為和第三方統計的結果做對賬使用。

總之，從0-1做一個項目，從無知小白，到項目投入研發，方案也被來來回回推翻了很多次，但是每一次推翻，讓我們的目標都更加清晰，我在這個過程也收獲頗多，希望大家遇到完全不懂的新項目，不要氣餒，擼起袖子干就可以了～喜歡我的小伙伴可以關注我哇，我會持續分享自己的工作心得，可能有的是層面比較淺，希望大家支持～

本文由 @Tania 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議