一(yī)種B端交易管制系統的(de)設計思路

B端電商交易中，很多商品的(de)交易涉及到了法律問題，需要在系統中避免交易有法律問題的(de)商品，于是就有了商品交易管制系統，它是風控體系的(de)基礎，也是最嚴格的(de)風控，涉及到了法律等相關內(nèi)容。

一(yī)、背景

元器件行業的(de)商品涉及到了許多進出口的(de)管制條例，如(rú)美國(guó)都對應的(de)商品進出口限制清單，日本、歐盟、中國(guó)等國(guó)家地(dì)區都具有相對應的(de)限制，限制某人/某些企業對于特定的(de)商品進行購買與使用。

二、設計目标

避免平台上管制的(de)商品被無法購買管制商品的(de)用戶産生交易，産生訂單或其他服務，造成法律風險。

三、設計思考點

1）商品的(de)管制是平台來進行管控的(de)還是商家來進行管控的(de)？

平台需要管控到交易的(de)型号，避免交易出現不能交易的(de)元器件産品，因為(wèi)在法律中，可(kě)能不僅是服務商會涉及到法律問題，平台提供交易場所也可(kě)能會存在問題，所以管制商品不僅是服務商自(zì)己的(de)行為(wèi)，也涉及到了平台的(de)管控。

2）如(rú)何判斷是否進行管制？

下單客戶的(de)B端企業信息，下單的(de)商品是否為(wèi)管制商品，即需要訂單的(de)信息與管制清單的(de)信息做(zuò)比對，确認是否是管制內(nèi)容。

3）什麽時候進行管制？

管制是針對訂單産生後進行的(de)，當觸發管制後，訂單不能被确認，需要被銷管部門進行确認後才可(kě)進行後續訂單流程，此時有幾點要點：

• 告知用戶訂單可(kě)能是收到管制的(de)，請耐心等待确認
• 平台觸發通知，通知到商家此信息，訂單需要被确認是否是管制訂單，平台自(zì)身與商家對此訂單進行确認，是否允許此訂單的(de)交易

4）需求情況是什麽？

必要且合理(lǐ)，重要且緊急，排期靠前，能夠極大效率提高(gāo)銷售管理(lǐ)員對管制清單的(de)反複比對；防止平台交易産生的(de)法律風險。

5）如(rú)何保證擴展性？

首先利用訂單的(de)信息字段進行訂單管制的(de)匹配，具體的(de)字段包括：誰下的(de)單、買的(de)什麽商品、發票(piào)擡頭來進行匹配。

不需要考慮地(dì)址等訂單信息，因為(wèi)這些信息不是相對嚴格的(de)信息，反而增加了系統的(de)複雜程度。

• A管制條款：涉及客戶有XXXXX
• A管制條款：涉及商品有XXXXXXXX

當訂單中的(de)客戶信息與商品信息都符合管制信息時，進入管制狀态。

其次能夠不斷更新管制的(de)客戶與管制的(de)商品清單。每次平台的(de)客戶信息池與管制客戶池定時進行一(yī)次刷新匹配，再來判斷此客戶是否是仍屬于管制條款中。

最後要能夠對管制的(de)數據進行增删改查。增加、删除管制條款中的(de)商品，注意商品是ID化的(de)，管制信息在商品信息中，跟商品上下架狀态不相關。

6）應歸屬在什麽系統中？

系統應歸屬在交易系統中，下訂單後先經過交易系統的(de)判斷再進入訂單處理(lǐ)流程，屬于訂單系統子(zǐ)模塊。

四、設計策略

主要分為(wèi)主要三個子(zǐ)模塊：客戶管制、商品管制、訂單管制，其中客戶管制和(hé)商品管制主要是針對管制基礎數據的(de)增删改查，為(wèi)管制提供基礎的(de)數據信息，而訂單管制是來處理(lǐ)管制的(de)應用業務，多種服務訂單的(de)管制。

1. 客戶管制

客戶管制是針對當前平台上的(de)客戶所屬的(de)企業信息（B端企業信息）是否是管制企業，定時将當前平台的(de)企業數據庫中的(de)客戶名稱與上傳的(de)各國(guó)家的(de)管制清單進行匹配，由銷管人員将其中的(de)“管制客戶”标記出來，并流入管制客戶數據池，作為(wèi)管制客戶數據源，當與新的(de)清單不匹配時，會提醒銷管人員從管制客戶數據源中移出此客戶。

2. 商品管制

商品管制是針對元器件商品型号建立的(de)管制庫，根據不同的(de)管制法規，将對應的(de)型号商品添加到對應管制法規下，即形成了平台的(de)管制商品庫。

3. 訂單管制

訂單在公司平台可(kě)能有多種類型，例如(rú)樣品、定制訂單、期貨訂單等，都需要進行訂單信息中的(de)客戶名稱/發票(piào)擡頭與商品型号的(de)管制判斷，當既是管制客戶，又是屬于管制型号的(de)訂單産生時，會無法進行下一(yī)步商家的(de)訂單流程，需要聯系平台銷管部門進行确認以及解除管制。

其實此處有思考是否要做(zuò)到根據不同的(de)法規（歐盟、美日進出口等），要同時都在上述清單的(de)客戶名稱與商品型号才進行管制，但考慮到管制訂單較為(wèi)嚴格（甯可(kě)錯殺100，不可(kě)放過1個），為(wèi)避免平台風險，最終設計還是隻要是管制的(de)型号與管制的(de)客戶，都先标記為(wèi)管制訂單，無法進行後續流程，由銷管來進行确認。

五、功能流程設計

1）平台後台

• 客戶管制：管理(lǐ)平台的(de)所有B端客戶（十萬級）的(de)管制狀态 商品型号管制，所有平台存在的(de)商品型号的(de)管制狀态
• 訂單管制：決定訂單是否能被商家進行處理(lǐ)

2）商家後台（業務中台）

訂單管制，具體管制涉及條款呈現。

3）對于客戶

這裏面引發了思考，希望能夠盡可(kě)能找出管制的(de)客戶并标識出來的(de)，比如(rú)華為(wèi)，東莞華為(wèi)，成都華為(wèi)，他們的(de)名稱不同，卻都是受到美國(guó)管制的(de)B端主體，所以此處的(de)客戶管理(lǐ)應是關鍵詞判斷是否是疑似的(de)管制客戶。

4）對于訂單

需要精準管控訂單是否是無法售出的(de)客戶購買的(de)管制型号，故通過精準匹配來判斷是否是管制的(de)訂單。

以上就是一(yī)種B端涉及法律管制的(de)系統的(de)設計思路。