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

一、背景

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

二、設(shè)計目標(biāo)

避免平臺上管制的商品被無法購買管制商品的用戶產(chǎn)生交易，產(chǎn)生訂單或其他服務(wù)，造成法律風(fēng)險。

三、設(shè)計思考點(diǎn)

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

平臺需要管控到交易的型號，避免交易出現(xiàn)不能交易的元器件產(chǎn)品，因?yàn)樵诜芍?，可能不僅是服務(wù)商會涉及到法律問題，平臺提供交易場所也可能會存在問題，所以管制商品不僅是服務(wù)商自己的行為，也涉及到了平臺的管控。

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

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

3）什么時候進(jìn)行管制？

管制是針對訂單產(chǎn)生后進(jìn)行的，當(dāng)觸發(fā)管制后，訂單不能被確認(rèn)，需要被銷管部門進(jìn)行確認(rèn)后才可進(jìn)行后續(xù)訂單流程，此時有幾點(diǎn)要點(diǎn)：

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

4）需求情況是什么？

必要且合理，重要且緊急，排期靠前，能夠極大效率提高銷售管理員對管制清單的反復(fù)比對；防止平臺交易產(chǎn)生的法律風(fēng)險。

5）如何保證擴(kuò)展性？

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

不需要考慮地址等訂單信息，因?yàn)檫@些信息不是相對嚴(yán)格的信息，反而增加了系統(tǒng)的復(fù)雜程度。

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

當(dāng)訂單中的客戶信息與商品信息都符合管制信息時，進(jìn)入管制狀態(tài)。

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

最后要能夠?qū)苤频臄?shù)據(jù)進(jìn)行增刪改查。增加、刪除管制條款中的商品，注意商品是ID化的，管制信息在商品信息中，跟商品上下架狀態(tài)不相關(guān)。

6）應(yīng)歸屬在什么系統(tǒng)中？

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

四、設(shè)計策略

主要分為主要三個子模塊：客戶管制、商品管制、訂單管制，其中客戶管制和商品管制主要是針對管制基礎(chǔ)數(shù)據(jù)的增刪改查，為管制提供基礎(chǔ)的數(shù)據(jù)信息，而訂單管制是來處理管制的應(yīng)用業(yè)務(wù)，多種服務(wù)訂單的管制。

1. 客戶管制

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

2. 商品管制

商品管制是針對元器件商品型號建立的管制庫，根據(jù)不同的管制法規(guī)，將對應(yīng)的型號商品添加到對應(yīng)管制法規(guī)下，即形成了平臺的管制商品庫。

3. 訂單管制

訂單在公司平臺可能有多種類型，例如樣品、定制訂單、期貨訂單等，都需要進(jìn)行訂單信息中的客戶名稱/發(fā)票抬頭與商品型號的管制判斷，當(dāng)既是管制客戶，又是屬于管制型號的訂單產(chǎn)生時，會無法進(jìn)行下一步商家的訂單流程，需要聯(lián)系平臺銷管部門進(jìn)行確認(rèn)以及解除管制。

其實(shí)此處有思考是否要做到根據(jù)不同的法規(guī)（歐盟、美日進(jìn)出口等），要同時都在上述清單的客戶名稱與商品型號才進(jìn)行管制，但考慮到管制訂單較為嚴(yán)格（寧可錯殺100，不可放過1個），為避免平臺風(fēng)險，最終設(shè)計還是只要是管制的型號與管制的客戶，都先標(biāo)記為管制訂單，無法進(jìn)行后續(xù)流程，由銷管來進(jìn)行確認(rèn)。

五、功能流程設(shè)計

1）平臺后臺

• 客戶管制：管理平臺的所有B端客戶（十萬級）的管制狀態(tài) 商品型號管制，所有平臺存在的商品型號的管制狀態(tài)
• 訂單管制：決定訂單是否能被商家進(jìn)行處理

2）商家后臺（業(yè)務(wù)中臺）

訂單管制，具體管制涉及條款呈現(xiàn)。

3）對于客戶

這里面引發(fā)了思考，希望能夠盡可能找出管制的客戶并標(biāo)識出來的，比如華為，東莞華為，成都華為，他們的名稱不同，卻都是受到美國管制的B端主體，所以此處的客戶管理應(yīng)是關(guān)鍵詞判斷是否是疑似的管制客戶。

4）對于訂單

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

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