一種B端交易管制系統的設計思路
編輯導語:在B端電商交易中,一些商品的交易涉及到了法律問題,這時便需要在系統中避免交易有法律問題的商品,于是有了商品交易管制系統。那么,b端交易管制系統應該怎么設計呢?一起來看一下吧。
B端電商交易中,很多商品的交易涉及到了法律問題,需要在系統中避免交易有法律問題的商品,于是就有了商品交易管制系統,它是風控體系的基礎,也是最嚴格的風控,涉及到了法律等相關內容。
一、背景
元器件行業的商品涉及到了許多進出口的管制條例,如美國都對應的商品進出口限制清單,日本、歐盟、中國等國家地區都具有相對應的限制,限制某人/某些企業對于特定的商品進行購買與使用。
二、設計目標
避免平臺上管制的商品被無法購買管制商品的用戶產生交易,產生訂單或其他服務,造成法律風險。
三、設計思考點
1)商品的管制是平臺來進行管控的還是商家來進行管控的?
平臺需要管控到交易的型號,避免交易出現不能交易的元器件產品,因為在法律中,可能不僅是服務商會涉及到法律問題,平臺提供交易場所也可能會存在問題,所以管制商品不僅是服務商自己的行為,也涉及到了平臺的管控。
2)如何判斷是否進行管制?
下單客戶的B端企業信息,下單的商品是否為管制商品,即需要訂單的信息與管制清單的信息做比對,確認是否是管制內容。
3)什么時候進行管制?
管制是針對訂單產生后進行的,當觸發管制后,訂單不能被確認,需要被銷管部門進行確認后才可進行后續訂單流程,此時有幾點要點:
- 告知用戶訂單可能是收到管制的,請耐心等待確認
- 平臺觸發通知,通知到商家此信息,訂單需要被確認是否是管制訂單,平臺自身與商家對此訂單進行確認,是否允許此訂單的交易
4)需求情況是什么?
必要且合理,重要且緊急,排期靠前,能夠極大效率提高銷售管理員對管制清單的反復比對;防止平臺交易產生的法律風險。
5)如何保證擴展性?
首先利用訂單的信息字段進行訂單管制的匹配,具體的字段包括:誰下的單、買的什么商品、發票抬頭來進行匹配。
不需要考慮地址等訂單信息,因為這些信息不是相對嚴格的信息,反而增加了系統的復雜程度。
- A管制條款:涉及客戶有XXXXX
- A管制條款:涉及商品有XXXXXXXX
當訂單中的客戶信息與商品信息都符合管制信息時,進入管制狀態。
其次能夠不斷更新管制的客戶與管制的商品清單。每次平臺的客戶信息池與管制客戶池定時進行一次刷新匹配,再來判斷此客戶是否是仍屬于管制條款中。
最后要能夠對管制的數據進行增刪改查。增加、刪除管制條款中的商品,注意商品是ID化的,管制信息在商品信息中,跟商品上下架狀態不相關。
6)應歸屬在什么系統中?
系統應歸屬在交易系統中,下訂單后先經過交易系統的判斷再進入訂單處理流程,屬于訂單系統子模塊。
四、設計策略
主要分為主要三個子模塊:客戶管制、商品管制、訂單管制,其中客戶管制和商品管制主要是針對管制基礎數據的增刪改查,為管制提供基礎的數據信息,而訂單管制是來處理管制的應用業務,多種服務訂單的管制。
1. 客戶管制
客戶管制是針對當前平臺上的客戶所屬的企業信息(B端企業信息)是否是管制企業,定時將當前平臺的企業數據庫中的客戶名稱與上傳的各國家的管制清單進行匹配,由銷管人員將其中的“管制客戶”標記出來,并流入管制客戶數據池,作為管制客戶數據源,當與新的清單不匹配時,會提醒銷管人員從管制客戶數據源中移出此客戶。
2. 商品管制
商品管制是針對元器件商品型號建立的管制庫,根據不同的管制法規,將對應的型號商品添加到對應管制法規下,即形成了平臺的管制商品庫。
3. 訂單管制
訂單在公司平臺可能有多種類型,例如樣品、定制訂單、期貨訂單等,都需要進行訂單信息中的客戶名稱/發票抬頭與商品型號的管制判斷,當既是管制客戶,又是屬于管制型號的訂單產生時,會無法進行下一步商家的訂單流程,需要聯系平臺銷管部門進行確認以及解除管制。
其實此處有思考是否要做到根據不同的法規(歐盟、美日進出口等),要同時都在上述清單的客戶名稱與商品型號才進行管制,但考慮到管制訂單較為嚴格(寧可錯殺100,不可放過1個),為避免平臺風險,最終設計還是只要是管制的型號與管制的客戶,都先標記為管制訂單,無法進行后續流程,由銷管來進行確認。
五、功能流程設計
1)平臺后臺
- 客戶管制:管理平臺的所有B端客戶(十萬級)的管制狀態 商品型號管制,所有平臺存在的商品型號的管制狀態
- 訂單管制:決定訂單是否能被商家進行處理
2)商家后臺(業務中臺)
訂單管制,具體管制涉及條款呈現。
3)對于客戶
這里面引發了思考,希望能夠盡可能找出管制的客戶并標識出來的,比如華為,東莞華為,成都華為,他們的名稱不同,卻都是受到美國管制的B端主體,所以此處的客戶管理應是關鍵詞判斷是否是疑似的管制客戶。
4)對于訂單
需要精準管控訂單是否是無法售出的客戶購買的管制型號,故通過精準匹配來判斷是否是管制的訂單。
以上就是一種B端涉及法律管制的系統的設計思路。
本文由 @浮云志 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議。
專業
對于訂單,需要精準管控訂單是否是無法售出的客戶購買的管制型號,故通過精準匹配來判斷是否是管制的訂單。