全栈工程师?
嗯.....目前并不是!

支付系統設計白皮書:會員(客戶)系統設計思路

客戶系統分為內部客戶與外部客戶兩種,內部客戶是指集團內部的公司或個人,外部客戶則是使用平台服務且與集團無關的外部公司或者個人。

客戶類型:

分為內部客戶與外部客戶兩種類型:

內部客戶:集團內部的公司或個人。以阿里巴巴集團為例,不同業務線包含眾多子公司,根據集團戰略需要統一接入支付寶,這種情況下內部公司的接入在支付寶系統時一般會定義為內部客戶,此類客戶和外部客戶之間會有一定的差異化服務,在一些風險、服務以及產品層面均會作出一定的調整;

外部客戶:使用平台服務且與集團無關的外部公司或者個人。以支付寶舉例,喜馬拉雅接入了支付寶,對於支付寶來說即外部客戶,因為接入了支付寶所以可以使用支付寶的部分功能。

不同類型的客戶,需要在平台端做差異化處理。以阿里集團舉例,支付寶正常情況下一些風險程度較高的產品或服務,外部客戶申請的門檻應遠高於內部客戶,甚至內部客戶可以接入一些不對外的功能。

  • 風控維度:集團體系內的業務團隊申請成為內部客戶后,申請使用支付平台能力時一些風控的規則策略可以降低,甚至白名單通過,例如接口限制、風險操作等;
  • 產品維度:部分不對外部客戶調用的產品,內部客戶可隨意接入,例如代扣接口、下單並確認支付接口、批量扣款、凍結等。

客戶性質

企業客戶:以公司機構類型註冊成為支付平台的用戶被定義為企業客戶,原則上當一個企業客戶具備收單條件並接入了對應支付產品后,則默認成為商戶,例如某電商公司為接入支付,註冊成為了支付寶的企業賬戶並開通收款功能,這時候即可將該電商平台定義為支付寶的收單商戶。

企業客戶關鍵字段:會員ID、三證一照、法人信息、企業名稱、商戶信息(產品權限、接口權限);

個人客戶:以個人類型註冊成為支付平台的用戶被定義為個人客戶,一個用戶僅擁有一個會員ID,一般在電商平台,C端用戶注時會同步一個UID 到支付系統內部的會員系統,同時開通一個支付會員,且對應開通一個基本賬戶,便於後期發展錢包業務。

個人客戶關鍵字段:會員 ID、姓名、證件類型、證件號。

客戶與賬戶

一個會員可以擁有多個支付賬戶,賬戶是會員資金相關信息存放的載體,真實金額存放於賬戶系統中,會員系統是賬戶系統對外展示的窗口,在會員系統內對賬戶進行接口調用,直接透傳相關的請求到賬戶系統,然後將信息返回調用方。

會員賬戶類型定義:配置相關信息存放在賬戶配置表,只有在配置表中存在的賬戶類型支持開戶操作,此處的賬戶類型需與儲值系統中的匹配一致。

會員和賬戶關聯信息存放在會員賬戶信息關聯表當中:


核心業務邏輯:

  1. 一個會員可以擁有多個支付賬戶;
  2. 一個支付賬戶只屬於一個會員;
  3. 會員可以是個人或者企業(機構賬戶);
  4. 一個企業會員可以擁有多個操作員;
  5. 一個企業會員至少擁有一個操作員;
  6. 操作員的創建必須依賴於企業會員;
  7. 一個操作員只能歸屬於一個企業會員;
  8. 開通會員賬戶時創建賬戶;
  9. 賬戶可以開設多個,基本戶有且只有1個;
  10. 一個企業會員可以擁有多個商戶,企業會員默認成為商戶。

會員系統模型:

①商戶:包含商戶編號、商戶名稱以及商戶類型;

②會員:會員編號、會員標識列表、會員名稱以及登入狀態;

③賬戶:與會員模塊平級,包含會員編號、賬戶類型、賬戶號、金額以及賬戶狀態;

④(個人)會員信息:包含個人信息;

⑤企業會員:除基本信息外需要補充企業資質信息;

⑥支付密碼:屬於賬戶下級模塊,包含操作員編號、賬戶號以及支付密碼;

⑦銀行卡:屬於會員下級模塊,包含會員編號、銀行卡卡號、銀行編碼、銀行卡屬性、銀行卡類型、持卡人姓名以及會員姓名;

⑧認證信息:屬於會員下級模塊,包含會員號、認證實體、認證類型、認證時間以及認證狀態。

會員基本信息:

會員基本信息中需含有以下模塊:

①會員類型

  1. 個人會員:包含基本要素即可:姓名、性別、職業、只為、生日等;
  2. 企業會員:需對企業認證,因此需要具備關鍵要素:公司名稱、公司地址、營業執照號、營業執照所在地、組織機構代碼、稅號、公司簡介、法人姓名、法人身份證號、法人聯繫方式、聯繫人姓名、聯繫人電話、行業類型、營業執照過期時間、企業編號、規模等等。

②會員狀態:【未激活:0 】、【正常:1 】、【休眠:2 】、【註銷:3 】。

③鎖定狀態:【未鎖定:0 】、【已鎖定:1 】。

④會員認證信息:

  1. 認證類型:包含身份證、手機、郵箱三種主流認證方式。
  2. 認證渠道

開戶流程:

會員開戶的流程,無論企業用戶還是個人用戶,底層邏輯是想通的:

①會員創建會員,進入會員系統層;

②填寫基本信息后,在會員系統層進行保存;

③系統創建儲值賬戶,進入賬戶系統層;

④賬戶系統返回 account ID 到會員系統層進行對應;

⑤會員系統對會員賬戶關係進行保存;

⑥返回 member ID、account ID 選擇性對會員進行展示。

 

《支付系統設計白皮書》由 PingPlusPlus支付學院(ID:pingxxpi)出品。

版权声明:本文采用知识共享 署名4.0国际许可协议 [BY-NC-SA] 进行授权
文章名称:《支付系統設計白皮書:會員(客戶)系統設計思路》
文章链接:https://www.pmbear.com/archives/9325
本站资源仅供个人学习交流,请于下载后24小时内删除,不允许用于商业用途,否则法律问题自行承担。

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

大前端WP主题 更专业 更方便

联系我们联系我们