1、基于區塊鏈的汽車供應鏈金融虛擬仿真平臺（一期）1、 性能參數1. 系統主體采用B/S架構，入口采用登錄式身份認證模式。支持包括Windows 等主流操作平臺。2. 系統應支持并發用戶數大于1000人，千人并發訪問響應時間不超過0.5s。3. 系統采用Java 語言工具開發，采用微服務架構設計，便于后期基于微服務組合的實驗功能和業務流程拓展。4. 實驗業務流程采用游戲式、沉浸式場景呈現，在實驗的每個步驟有提示 或問答，確保實驗的趣味性。5. 支持云計算平臺和跨平臺部署。6. 安全設計需提供用戶管理、統一認證等具體安全功能，保證系統運行平 臺安全。2、 功能參數1. 后臺管理（ 1） 至少應包括院

2、校管理權限與教師管理權限，能夠設置和管理院系、教師、班級、學生、課程信息。其中，院校管理員權限應支持對院系信息、教師信息、班級信息及學生信息、等內容進行新增與維護。并且，各管理模塊應 提供檢索、刷新及批量操作等功能。（ 2） 院系信息管理功能應支持自定義添加院系名稱、備注信息，以用于創建班級、老師、學生時進行分類管理。并且，應支持對已添加的院系進行修 改與刪除等功能。（ 3） 教師信息管理功能應支持創建教師與教師信息維護。創建教師至少應包括：院系選擇、登錄賬號、登錄密碼、教師姓名、教師電話、負責課程、關聯班級等信息的填寫項；教師管理功能應支持對已創建的信息進行編輯、刪除等功能。（ 4） 班級信

3、息管理功能應支持創建班級與班級信息維護。創建班級至少應包括：班級名稱、院系選擇、實訓項目等信息的填寫項；班級管理功能應支持對已創建的班級信息進行學生管理、編輯、刷新及刪除等功能。（ 5） 學生信息管理功能應支持創建學生與學生信息維護。創建學生至少應包括：院系選擇、班級名稱、登錄賬號、登錄密碼、學生姓名、學生電話、 學號等信息的填寫項；學生管理功能應支持對已創建的學生信息進行重置密碼、編輯、刷新及刪除等功能。（ 6） 系統應提供反饋信息功能，支持院校管理員在操作過程中出現問題后可即時進行信息反饋。（ 7） 系統應提供通知管理功能，支持管理員編輯通知內容。同時，系統還應提供歷史消息功能，支持管理員

4、查看已發過的歷史消息。（ 8） 信息預覽功能應包括學生成績預覽及消息公告預覽等。（ 9） 教師端班級管理應以列表形式呈現所有關聯班級的基礎信息。并應 支持可對班級進行檢索、詳情查看及學生移除等操作。（ 10） 教師端學生管理應支持新增學生及學生信息維護。新增學生至少應包括：班級選擇、登錄賬號、登錄密碼、學生姓名、學生電話及學號等信息的填寫項；學生管理功能應支持對已關聯的學生信息進行檢索、刷新、重置密碼、編輯及刪除等功能。2. 實驗過程與結果管理（ 11） 至少應提供實驗過程管理功能，如實驗模式設置、實驗項目設 置；必要的老師與學生之間的實驗交互功能，如實訓通知、答疑討論、報告上傳、成績評定；以

5、圖或表的形式提供實驗結果分組或個人查詢與反饋功能，如實驗狀態、實驗成績等。（ 12） 教師端應提供通知管理功能，支持教師編輯通知內容并向學生進行發送。13） 系統應支持教師對學生實訓成績進行查看，并以列表形式呈現相應統計信息，統計項至少應包括：姓名、班級、課程及總分等。并且，應支持教師以課程名稱、班級及學生姓名等為條件進行信息檢索。（ 14） 系統應支持教師對學生演練結果，分別進行評分。（ 15） 系統應支持教師通過班級分類查看學生的演練得分與實訓報告。并支持對學生的實訓報告進行下載、打分。（ 16） 教師端應提供反饋信息功能，應支持教師在操作過程中出現問題后可即時進行信息反饋。（ 17） 系

6、統應提供項目統計信息預覽，應支持學生查看個人實訓項目得分情況及消息公告等。（ 18） 系統應以網絡視圖形式展現已創建的實訓項目信息，信息應包括：項目名稱、指導教師、創建時間、演練狀態及演練類型等。并應支持學生在此進行開始演練、查看演練、上傳報告等操作。（ 19） 系統應支持以項目完成狀態為條件進行信息篩選，狀態應包括：全部、正在進行、已結束等。（ 20） 系統應以列表方式呈現所有已完成實訓項目的成績信息，信息應包括：項目名稱、提交時間、演練得分、教師評分、報告得分、總分、教師評語等。并且，系統應支持以項目名稱為檢索條件進行信息檢索。（ 21） 系統應支持學生對操作過程中出現的問題進行反饋。（

7、22） 演練應支持學生在演練過程中，逐一模擬辦公人員進行全環節流程的審批操作，完成實訓演練。3. 汽車供應鏈設置系統應根據學校提供的數據，對供應鏈結構、成員及成員相關業務數據進行設置，數據結構應滿足如下需求：（ 23） 根據業界實際汽車供應鏈結構及組成，設置汽車供應鏈的組成節點（“M+1+N模式，供應鏈上的整車廠“ 1”，上游原材料供應商、零部件供應商“M和下游汽車經銷商或客戶“ N”），設置每個節點上的企業（包括生產企業、銀行企業、物流企業、商貿企業等），設置開展供應鏈金融必需的企業業務數據，其中企業之間的往來交易數據需上區塊鏈。（ 24） 系統根據業界仿真要求靈活設置汽車供應鏈結構：原材料

8、供應商零部件供應商整車制造商營銷商，物流企業和銀行貫穿供應鏈。（ 25） 系統根據業界仿真要求內置供應鏈每個節點相關的企業和企業數據（包括企業內部數據和上鏈數據），可對企業在后臺設置修改。4. 汽車供應鏈融資業務（ 26） 圍繞供應鏈上的整車廠“1”，基于交易過程向整車廠及其上游原材料供應商、零部件供應商“ M和下游汽車經銷商或客戶“ N”提供綜合金融服務。至少支持以下五類業務：倉單融資、保單融資、保兌倉融資、保理融資、訂單融資，其中融資授信評估需要與區塊鏈數據對接，開展融資業務過程中產生的所有供應鏈成員往來數據需要上區塊鏈。汽車供應鏈金融融資模式應包括：汽車供應鏈金融、融資決策、授信指標。零

9、部件供應商運營資金融通、原材料供應商營運資金融通應包括：訂單融資、倉單融資、保單融資、保理應收賬款融資。經銷商營運資金融通應包括：保兌倉融資、保單融資。（ 27） 訂單融資I. 應提供原材料供應商、零部件供應商能夠憑信用良好的買方產品訂單，在技術成熟、生產能力有保障并能提供有效擔保的條件下，由銀行提供專項貸款，向訂單接收方即供應商提供用于滿足訂單項下采購、組織生產、施工和貨物運輸等資金需求而提供的短期融資。II. 訂單融資模式應按照訂單融資授信評估指標進行流程推進。III. 系統應提供訂單融資模塊和區塊鏈模塊的數據對接。IV. 系統提供的訂單融資流程表單應包括：簽訂購銷合同并取得購物訂單、提出

10、融資申請、授信額度評估并開立銷售結算專用賬戶、簽訂訂單融資合同和相關擔保合同、發放貸款、還款。（ 28） 倉單融資I. 應提供申請人將其擁有完全所有權的貨物存放在金融機構指定的倉儲方，并以倉儲方出具的倉單在銀行進行質押，作為融資擔保，金融機構依據質押倉單向申請人提供用于經營與倉單貨物同類商品的專項貿易的短期融資業務。II. 倉單融資模式應按照倉單融資授信評估指標進行流程推進。III. 系統應提供倉單融資模塊和區塊鏈模塊的數據對接。IV. 倉單融資系統應提供的倉單融資流程表單應包括：倉儲監管協議（ 適用于動產質押動態質押授信 ） 、質物清單、查詢及出質通知書、提貨申請書、提貨通知書、提貨通知書回

11、執、質物價格確定/ 調整通知書、質押標簽等表單。（ 29） 保單融資I. 應提供企業持金融機構認可的境內外保險公司開具的保險保單，并將保單項下賠款權益轉讓給金融機構，金融機構按照保單項下的應收賬款金額的一定比例給予資金。II. 保單融資模式應按照訂單融資授信評估指標進行流程推進。III. 系統應提供保單融資模塊和區塊鏈模塊的數據對接。IV. 保單融資流程應包括：貸款申請人將貸款所需資料準備齊全，包括個人身份證原件（如投保人和被保險人不是同一人的時候，還需準備被保險人身份證原件）、投保保單原件、銀行卡號以及保險公司規定的其資料，到金融機構申請貸款；金融機構工作人員接受申請，并審核資料；審核通過，

12、金融機構方面確定貸款額度，并與借款人簽訂借款合同；合同簽訂完畢，保單留到放款機構做抵押，發放貸款；后續跟蹤及還款。30）保兌倉融資I. 保兌倉融資應提供以金融機構承兌匯票為結算工具，由金融機構控制貨權，賣方（或倉儲方）受托保管貨物并對承兌匯票保證金以外金額部分由 賣方以貨物回購作為擔保措施，由金融機構向生產商（賣方）及其經銷商（買方）提供的以銀行承兌匯票。II. 保兌倉融資模式應按照保兌倉融資授信評估指標進行流程推進。III. 系統應提供保兌倉融資模塊和區塊鏈模塊的數據對接。IV. 系統提供的保兌倉融資流程表單應包括：保兌倉業務合作協議、收款確認通知書、收款確認通知書回執、提貨申請書（適用于逐

13、筆對應提貨模式）、提貨申請書（適用于總敞口控制提貨模式）、提貨通知書（適用于逐筆對應提貨模式）、提貨通知書（適用于總敞口控制提貨模式） 、聯系人名單、差額退款付款通知書（適用于逐筆對應提貨模式）、差額保證付款通知書（適用于逐筆對應提貨模式）、差額退款付款通知書（適用于總敞口控制提貨模式）、差額保證付款通知書（適用于總敞口控制提貨模式）、差額退款付款通知書回執、差額保證付款通知書回執等表單。（31） 保理融資I. 賣方申請由保理金融機構購買其與買方因商品賒銷產生的應收賬款，賣方對買方到期付款承擔連帶保證責任，在保理金融機構要求下還應承擔回購該應收賬款的責任，簡單的說就是指銷售商通過將其合法擁有的

14、應收賬款轉讓 給金融機構。II. 保理融資模式應按照保理融資授信評估指標進行流程推進。III. 系統應提供保理融資模塊和區塊鏈模塊的數據對接。IV. 保理融資流程應包括：買賣雙方簽訂貿易合同；賣方向保理商提出業務申請；賣方發貨給買方，形成應收賬款；賣方將應收賬款轉讓給金融機構；金融機構審核合同、發票并發放保理融資；買方按照貿易合同到期支付貨款給金融機構，如發生逾期則由向保理商向買方進行追索；保理商收到全額賬款后，扣除融資成本將剩余款項劃撥給賣方。5. 區塊鏈管理（ 32） 至少包括共識算法、賬本、存儲和加密適配器、權限管理四大技術模塊，實現數據存儲及授信評估支撐功能。要求所有供應鏈成員業務往來

15、數據上鏈。（ 33） 共識算法應提供自信任機制，并且所有節點應按照共識算法規則確認各自數據。模塊還應支持制定共識算法，在流程中應將判斷為真的記錄 記入區塊鏈之中。（ 34） 賬本應提供節點之間的共享、復制和數據同步，并且應記錄與參與者之間的數據交互以及記錄的更新。其每條記錄都應包括時間戳和唯一的密碼簽名。（ 35） 存儲、加密適配器應支持區塊鏈信息永久存儲和不可篡改權限，保證企業數據和交易數據快速安全的上鏈。（ 36） 權限管理應提供對區塊鏈上的不同個節點進行數據上傳、數據獲取以及記賬等功能部署。6. 風險管理（ 37） 系統中一般風險類型至少應包括：法律風險、管理風險、操作風險、品質風險、人

16、才風險、質物風險、企業還款能力風險、信息技術風險，且支持平臺智能化匹配應對方案。其中風險應對方案至少應包括：I. 法律風險方案：在協議簽訂過程中就第三方在動產質押中對質權人應當承擔何種責任進行明確商議。II. 管理風險方案：將動產質押項下的質押存貨交付至銀行指定的或租 用的合符國家倉儲標準規范的持牌公共倉庫或大型的第三方、第四方物 流公司倉庫，由倉庫或第三方物流公司開具正式倉單或提單交銀行質押 持有；禁止使用申請人自有的或臨時租用的簡易倉庫，特別是申請人廠 區內的成品倉或原料倉更不能用于質押倉儲。III. 操作風險方案：銀行人員主動進行現場檢查。在清點貨物數量或是 每次貨物進出倉庫時，至少派兩

17、名業務員到現場親自清點貨物數量、檢 查貨物質量，防止第三方監管公司因接受企業的好處而放松監管。IV. 品質風險方案：加強完善日常監管工作對入庫的質押物建立明細賬（如出、入庫記錄表），詳細登記質押物類別、編號、名稱、規格型號、數量、計量單位等內容，并定期與質權人對質押物數量、質押價值、金額等進行核對。V. 人才風險方案：加強對銀行工作人員管理，選用業務嫻熟的人員參與貸款事務。VI. 質物風險方案：強化存貨質押驗收與監管控制。確保存貨質押監管控制流程清晰嚴密，存貨質押監管原則及程序明確規范。VII. 企業還款能力風險方案：明確監管方的責任并充分考慮監管方的代償能力。第三方監管公司在監管過程中應當承

18、擔何種責任，應當在合同 中明確約定。VIII. 信息技術風險方案：銀行與第三方資產監管公司建立信息溝通機制，要求資產監管公司以旬報方式向銀行通報監管信息，并及時發送預警信息，銀行則及時將上級信貸政策和信貸要求向資產監管公司通報，以確 保信息渠道通暢。（ 38） 除了一般風險外，系統還應對外生風險類型和主體風險類型進行管理，并提供對應的風險解決方案。其中外生風險及其應對方案至少應包 括：I. 經濟環境與周期風險任何供應鏈的運行都是在一定經濟環境下展開的，特別是金融性活動涉及上下游企業之間，以及平臺服務商、綜合風險管理者和流動性提供者至今密切的合作和經濟來往，一旦整個經濟狀況出現波動，必然使得其中

19、的換季或者主體所面對的風險增大，從而加劇整個供應鏈的資金風險應對方案：全面細致地分析行業隨周期波動程度、波動方向和波動時間，從而控制此類風險。II. 政策監管環境風險如果某國家或是地區監管不健全，或者地方政策限制發展行業或領域，會導致供應鏈金融遭遇風險。應對方案：避免將貸款投放到監管不健全、國家地方政策限制發展的行業或領域。III. 上下游網絡穩定與力量均衡風險如果某行業對其他行業依賴性過大，則此行業的信貸風險不僅包括該行業的風險，還包括與其關聯行業的風險。應對方案：積極分析上下游穩定和力量均衡狀況，包括上下游集中化的程度和對比、替代品的程度、上下游相互之間的重要程度、上游投入業務的重要程度、

20、上游差異化程度、轉換成本從上游向下游延伸一體化的程度等方面。（39）主體風險及其應對方案至少應包括：I. 主體資質風險如果融資對象的能力有限（包括技術、生產等能力）， 而融資總量過大，或者融資周期過長，相應風險會增大。應對方案：對企業經營資源和能力，特別是該企業抗拒行業變動和風險的能力進行事先考察，慎重選擇融資對象，以調查等方式確保融資對象資質。II. 財物狀況風險對企業財務狀況關注不足，或者在財務狀況了解過程中程度較淺，可能失去通過財務狀況判斷風險并進行管理的機會，產生后患，給金融組織 者造成損失。應對方案：對客戶企業的資產狀況進行全面分析，了解企業的資產組成，確定各項資產的流動性狀況，尤其是流動資產的各項內容，分析企業各項資產的流動性是否過高或過低，對財務表現大大超過行業平均利潤率或業績的