一種(zhǒng)B端交易管制系統的設計思路

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

一、背景

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

二、設計目标

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

三、設計思考點

1）商品的管制是平台來進(jìn)行管控的還(hái)是商家來進(jìn)行管控的？

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

2）如何判斷是否進(jìn)行管制？

下單客戶的B端企業信息，下單的商品是否爲管制商品，即需要訂單的信息與管制清單的信息做比對(duì)，确認是否是管制内容。

3）什麼(me)時(shí)候進(jìn)行管制？

管制是針對(duì)訂單産生後(hòu)進(jìn)行的，當觸發(fā)管制後(hòu)，訂單不能(néng)被(bèi)确認，需要被(bèi)銷管部門進(jìn)行确認後(hòu)才可進(jìn)行後(hòu)續訂單流程，此時(shí)有幾點要點：

• 告知用戶訂單可能(néng)是收到管制的，請耐心等待确認
• 平台觸發(fā)通知，通知到商家此信息，訂單需要被(bèi)确認是否是管制訂單，平台自身與商家對(duì)此訂單進(jìn)行确認，是否允許此訂單的交易

4）需求情況是什麼(me)？

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

5）如何保證擴展性？

首先利用訂單的信息字段進(jìn)行訂單管制的匹配，具體的字段包括：誰下的單、買的什麼(me)商品、發(fā)票擡頭來進(jìn)行匹配。

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

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

當訂單中的客戶信息與商品信息都(dōu)符合管制信息時(shí)，進(jìn)入管制狀态。

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

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

6）應歸屬在什麼(me)系統中？

系統應歸屬在交易系統中，下訂單後(hòu)先經(jīng)過(guò)交易系統的判斷再進(jìn)入訂單處理流程，屬于訂單系統子模塊。

四、設計策略

主要分爲主要三個子模塊：客戶管制、商品管制、訂單管制，其中客戶管制和商品管制主要是針對(duì)管制基礎數據的增删改查，爲管制提供基礎的數據信息，而訂單管制是來處理管制的應用業務，多種(zhǒng)服務訂單的管制。

1. 客戶管制

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

2. 商品管制

商品管制是針對(duì)元器件商品型号建立的管制庫，根據不同的管制法規，將(jiāng)對(duì)應的型号商品添加到對(duì)應管制法規下，即形成(chéng)了平台的管制商品庫。

3. 訂單管制

訂單在公司平台可能(néng)有多種(zhǒng)類型，例如樣品、定制訂單、期貨訂單等，都(dōu)需要進(jìn)行訂單信息中的客戶名稱/發(fā)票擡頭與商品型号的管制判斷，當既是管制客戶，又是屬于管制型号的訂單産生時(shí)，會(huì)無法進(jìn)行下一步商家的訂單流程，需要聯系平台銷管部門進(jìn)行确認以及解除管制。

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

五、功能(néng)流程設計

1）平台後(hòu)台

• 客戶管制：管理平台的所有B端客戶（十萬級）的管制狀态 商品型号管制，所有平台存在的商品型号的管制狀态
• 訂單管制：決定訂單是否能(néng)被(bèi)商家進(jìn)行處理

2）商家後(hòu)台（業務中台）

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

3）對(duì)于客戶

這(zhè)裡(lǐ)面(miàn)引發(fā)了思考，希望能(néng)夠盡可能(néng)找出管制的客戶并标識出來的，比如華爲，東莞華爲，成(chéng)都(dōu)華爲，他們的名稱不同，卻都(dōu)是受到美國(guó)管制的B端主體，所以此處的客戶管理應是關鍵詞判斷是否是疑似的管制客戶。

4）對(duì)于訂單

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

以上就(jiù)是一種(zhǒng)B端涉及法律管制的系統的設計思路。