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

一、背景

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

二、設計目標

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

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

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

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

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

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

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

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

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

4）需求情況是什么？

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

5）如何保證擴展性？

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

不需要考慮地址等訂單信息，因為這些信息不是相對嚴格的信息，反而增加了系統的復雜程度。

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

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

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

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

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

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

四、設計策略

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

1. 客戶(hù)管制

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

2. 商品管制

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

3. 訂單管制

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

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

五、功能流程設計

1）平臺后臺

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

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

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

3）對于客戶(hù)

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

4）對于訂單

需要精準管控訂單是否是無(wú)法售出的客戶(hù)購買(mǎi)的管制型號，故通過(guò)精準匹配來(lái)判斷是否是管制的訂單。

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