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

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

一(yī)、背景

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

二、設計目标

避免平台上(shàng)管制的商(shāng)品被無法購(gòu)買管制商(shāng)品的用戶産生(shēng)交易，産生(shēng)訂單或其他服務(wù)，造成法律風(fēng)險。

三、設計思考點

1）商(shāng)品的管制是平台來(lái)進行管控的還是商(shāng)家來(lái)進行管控的？

平台需要管控到交易的型号，避免交易出現(xiàn)不能(néng)交易的元器(qì)件産品，因為(wèi)在法律中，可能(néng)不僅是服務(wù)商(shāng)會涉及到法律問題，平台提供交易場(chǎng)所也(yě)可能(néng)會存在問題，所以管制商(shāng)品不僅是服務(wù)商(shāng)自己的行為(wèi)，也(yě)涉及到了(le)平台的管控。

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

下(xià)單客戶的B端企業信息，下(xià)單的商(shāng)品是否為(wèi)管制商(shāng)品，即需要訂單的信息與管制清單的信息做比對，确認是否是管制内容。

3）什(shén)麽時(shí)候進行管制？

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

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

4）需求情況是什(shén)麽？

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

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

首先利用訂單的信息字段進行訂單管制的匹配，具體(tǐ)的字段包括：誰下(xià)的單、買的什(shén)麽商(shāng)品、發票(piào)擡頭來(lái)進行匹配。

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

• A管制條款：涉及客戶有XXXXX
• A管制條款：涉及商(shāng)品有XXXXXXXX

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

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

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

6）應歸屬在什(shén)麽系統中？

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

四、設計策略

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

1. 客戶管制

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

2. 商(shāng)品管制

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

3. 訂單管制

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

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

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

1）平台後台

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

2）商(shāng)家後台（業務(wù)中台）

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

3）對于客戶

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

4）對于訂單

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

以上(shàng)就(jiù)是一(yī)種B端涉及法律管制的系統的設計思路(lù)。