基于区块链的汽车供应链金融虚拟仿真平台.docx

基于区块链的汽车供应链金融虚拟仿真平台.docx

《基于区块链的汽车供应链金融虚拟仿真平台.docx》由会员分享，可在线阅读，更多相关《基于区块链的汽车供应链金融虚拟仿真平台.docx（10页珍藏版）》请在冰点文库上搜索。

基于区块链的汽车供应链金融虚拟仿真平台

基于区块链的汽车供应链金融虚拟仿真平台（一期）

一、性能参数

1.系统主体采用B/S架构，入口采用登录式身份认证模式。

支持包括Windows等主流操作平台。

2.系统应支持并发用户数大于1000人，千人并发访问响应时间不超过0.5s。

3.系统采用Java语言工具开发，采用微服务架构设计，便于后期基于微服务组合的实验功能和业务流程拓展。

4.实验业务流程采用游戏式、沉浸式场景呈现，在实验的每个步骤有提示或问答，确保实验的趣味性。

5.支持云计算平台和跨平台部署。

6.安全设计需提供用户管理、统一认证等具体安全功能，保证系统运行平台安全。

二、功能参数

1.后台管理

（1）至少应包括院校管理权限与教师管理权限，能够设置和管理院系、教师、班级、学生、课程信息。

其中，院校管理员权限应支持对院系信息、教师信息、班级信息及学生信息、等内容进行新增与维护。

并且，各管理模块应提供检索、刷新及批量操作等功能。

（2）院系信息管理功能应支持自定义添加院系名称、备注信息，以用于创建班级、老师、学生时进行分类管理。

并且，应支持对已添加的院系进行修改与删除等功能。

（3）教师信息管理功能应支持创建教师与教师信息维护。

创建教师至少应包括：

院系选择、登录账号、登录密码、教师姓名、教师电话、负责课程、关联班级等信息的填写项；教师管理功能应支持对已创建的信息进行编辑、删除等功能。

（4）班级信息管理功能应支持创建班级与班级信息维护。

创建班级至少应包括：

班级名称、院系选择、实训项目等信息的填写项；班级管理功能应支持对已创建的班级信息进行学生管理、编辑、刷新及删除等功能。

（5）学生信息管理功能应支持创建学生与学生信息维护。

创建学生至少应包括：

院系选择、班级名称、登录账号、登录密码、学生姓名、学生电话、学号等信息的填写项；学生管理功能应支持对已创建的学生信息进行重置密码、编辑、刷新及删除等功能。

（6）系统应提供反馈信息功能，支持院校管理员在操作过程中出现问题后可即时进行信息反馈。

（7）系统应提供通知管理功能，支持管理员编辑通知内容。

同时，系统还应提供历史消息功能，支持管理员查看已发过的历史消息。

（8）信息预览功能应包括学生成绩预览及消息公告预览等。

（9）教师端班级管理应以列表形式呈现所有关联班级的基础信息。

并应支持可对班级进行检索、详情查看及学生移除等操作。

（10）教师端学生管理应支持新增学生及学生信息维护。

新增学生至少应包括：

班级选择、登录账号、登录密码、学生姓名、学生电话及学号等信息的填写项；学生管理功能应支持对已关联的学生信息进行检索、刷新、重置密码、编辑及删除等功能。

2.实验过程与结果管理

（11）至少应提供实验过程管理功能，如实验模式设置、实验项目设置；必要的老师与学生之间的实验交互功能，如实训通知、答疑讨论、报告上传、成绩评定；以图或表的形式提供实验结果分组或个人查询与反馈功能，如实验状态、实验成绩等。

（12）教师端应提供通知管理功能，支持教师编辑通知内容并向学生进行发送。

（13）系统应支持教师对学生实训成绩进行查看，并以列表形式呈现相应统计信息，统计项至少应包括：

姓名、班级、课程及总分等。

并且，应支持教师以课程名称、班级及学生姓名等为条件进行信息检索。

（14）系统应支持教师对学生演练结果，分别进行评分。

（15）系统应支持教师通过班级分类查看学生的演练得分与实训报告。

并支持对学生的实训报告进行下载、打分。

（16）教师端应提供反馈信息功能，应支持教师在操作过程中出现问题后可即时进行信息反馈。

（17）系统应提供项目统计信息预览，应支持学生查看个人实训项目得分情况及消息公告等。

（18）系统应以网络视图形式展现已创建的实训项目信息，信息应包括：

项目名称、指导教师、创建时间、演练状态及演练类型等。

并应支持学生在此进行开始演练、查看演练、上传报告等操作。

（19）系统应支持以项目完成状态为条件进行信息筛选，状态应包括：

全部、正在进行、已结束等。

（20）系统应以列表方式呈现所有已完成实训项目的成绩信息，信息应包括：

项目名称、提交时间、演练得分、教师评分、报告得分、总分、教师评语等。

并且，系统应支持以项目名称为检索条件进行信息检索。

（21）系统应支持学生对操作过程中出现的问题进行反馈。

（22）演练应支持学生在演练过程中，逐一模拟办公人员进行全环节流程的审批操作，完成实训演练。

3.汽车供应链设置

系统应根据学校提供的数据，对供应链结构、成员及成员相关业务数据进行设置，数据结构应满足如下需求：

（23）根据业界实际汽车供应链结构及组成，设置汽车供应链的组成节点（“M+1+N”模式，供应链上的整车厂“1”，上游原材料供应商、零部件供应商“M”和下游汽车经销商或客户“N”），设置每个节点上的企业（包括生产企业、银行企业、物流企业、商贸企业等），设置开展供应链金融必需的企业业务数据，其中企业之间的往来交易数据需上区块链。

（24）系统根据业界仿真要求灵活设置汽车供应链结构：

原材料供应商——零部件供应商——整车制造商——营销商，物流企业和银行贯穿供应链。

（25）系统根据业界仿真要求内置供应链每个节点相关的企业和企业数据（包括企业内部数据和上链数据），可对企业在后台设置修改。

4.汽车供应链融资业务

（26）围绕供应链上的整车厂“1”，基于交易过程向整车厂及其上游原材料供应商、零部件供应商“M”和下游汽车经销商或客户“N”提供综合金融服务。

至少支持以下五类业务：

仓单融资、保单融资、保兑仓融资、保理融资、订单融资，其中融资授信评估需要与区块链数据对接，开展融资业务过程中产生的所有供应链成员往来数据需要上区块链。

汽车供应链金融融资模式应包括：

汽车供应链金融、融资决策、授信指标。

零部件供应商运营资金融通、原材料供应商营运资金融通应包括：

订单融资、仓单融资、保单融资、保理应收账款融资。

经销商营运资金融通应包括：

保兑仓融资、保单融资。

（27）订单融资

I.应提供原材料供应商、零部件供应商能够凭信用良好的买方产品订单，在技术成熟、生产能力有保障并能提供有效担保的条件下，由银行提供专项贷款，向订单接收方即供应商提供用于满足订单项下采购、组织生产、施工和货物运输等资金需求而提供的短期融资。

II.订单融资模式应按照订单融资授信评估指标进行流程推进。

III.系统应提供订单融资模块和区块链模块的数据对接。

IV.★系统提供的订单融资流程表单应包括：

签订购销合同并取得购物订单、提出融资申请、授信额度评估并开立销售结算专用账户、签订订单融资合同和相关担保合同、发放贷款、还款。

（28）仓单融资

I.应提供申请人将其拥有完全所有权的货物存放在金融机构指定的仓储方，并以仓储方出具的仓单在银行进行质押，作为融资担保，金融机构依据质押仓单向申请人提供用于经营与仓单货物同类商品的专项贸易的短期融资业务。

II.仓单融资模式应按照仓单融资授信评估指标进行流程推进。

III.系统应提供仓单融资模块和区块链模块的数据对接。

IV.★仓单融资系统应提供的仓单融资流程表单应包括：

仓储监管协议（适用于动产质押——动态质押授信）、质物清单、查询及出质通知书、提货申请书、提货通知书、提货通知书回执、质物价格确定/调整通知书、质押标签等表单。

（29）保单融资

I.应提供企业持金融机构认可的境内外保险公司开具的保险保单，并将保单项下赔款权益转让给金融机构，金融机构按照保单项下的应收账款金额的一定比例给予资金。

II.保单融资模式应按照订单融资授信评估指标进行流程推进。

III.系统应提供保单融资模块和区块链模块的数据对接。

IV.★保单融资流程应包括：

贷款申请人将贷款所需资料准备齐全，包括个人身份证原件（如投保人和被保险人不是同一人的时候，还需准备被保险人身份证原件）、投保保单原件、银行卡号以及保险公司规定的其资料，到金融机构申请贷款；金融机构工作人员接受申请，并审核资料；审核通过，金融机构方面确定贷款额度，并与借款人签订借款合同；合同签订完毕，保单留到放款机构做抵押，发放贷款；后续跟踪及还款。

（30）保兑仓融资

I.保兑仓融资应提供以金融机构承兑汇票为结算工具，由金融机构控制货权，卖方（或仓储方）受托保管货物并对承兑汇票保证金以外金额部分由卖方以货物回购作为担保措施，由金融机构向生产商（卖方）及其经销商（买方）提供的以银行承兑汇票。

II.保兑仓融资模式应按照保兑仓融资授信评估指标进行流程推进。

III.系统应提供保兑仓融资模块和区块链模块的数据对接。

IV.★系统提供的保兑仓融资流程表单应包括：

保兑仓业务合作协议、收款确认通知书、收款确认通知书回执、提货申请书（适用于逐笔对应提货模式）、提货申请书（适用于总敞口控制提货模式）、提货通知书（适用于逐笔对应提货模式）、提货通知书（适用于总敞口控制提货模式）、联系人名单、差额退款付款通知书（适用于逐笔对应提货模式）、差额保证付款通知书（适用于逐笔对应提货模式）、差额退款付款通知书（适用于总敞口控制提货模式）、差额保证付款通知书（适用于总敞口控制提货模式）、差额退款付款通知书回执、差额保证付款通知书回执等表单。

（31）保理融资

I.卖方申请由保理金融机构购买其与买方因商品赊销产生的应收账款，卖方对买方到期付款承担连带保证责任，在保理金融机构要求下还应承担回购该应收账款的责任，简单的说就是指销售商通过将其合法拥有的应收账款转让给金融机构。

II.保理融资模式应按照保理融资授信评估指标进行流程推进。

III.系统应提供保理融资模块和区块链模块的数据对接。

IV.★保理融资流程应包括：

买卖双方签订贸易合同；卖方向保理商提出业务申请；卖方发货给买方，形成应收账款；卖方将应收账款转让给金融机构；金融机构审核合同、发票并发放保理融资；买方按照贸易合同到期支付货款给金融机构，如发生逾期则由向保理商向买方进行追索；保理商收到全额账款后，扣除融资成本将剩余款项划拨给卖方。

5.区块链管理

（32）★至少包括共识算法、账本、存储和加密适配器、权限管理四大技术模块，实现数据存储及授信评估支撑功能。

要求所有供应链成员业务往来数据上链。

（33）共识算法应提供自信任机制，并且所有节点应按照共识算法规则确认各自数据。

模块还应支持制定共识算法，在流程中应将判断为真的记录记入区块链之中。

（34）账本应提供节点之间的共享、复制和数据同步，并且应记录与参与者之间的数据交互以及记录的更新。

其每条记录都应包括时间戳和唯一的密码签名。

（35）存储、加密适配器应支持区块链信息永久存储和不可篡改权限，保证企业数据和交易数据快速安全的上链。

（36）权限管理应提供对区块链上的不同个节点进行数据上传、数据获取以及记账等功能部署。

6.风险管理

（37）★系统中一般风险类型至少应包括：

法律风险、管理风险、操作风险、品质风险、人才风险、质物风险、企业还款能力风险、信息技术风险，且支持平台智能化匹配应对方案。

其中风险应对方案至少应包括：

I.法律风险方案：

在协议签订过程中就第三方在动产质押中对质权人应当承担何种责任进行明确商议。

II.管理风险方案：

将动产质押项下的质押存货交付至银行指定的或租用的合符国家仓储标准规范的持牌公共仓库或大型的第三方、第四方物流公司仓库，由仓库或第三方物流公司开具正式仓单或提单交银行质押持有；禁止使用申请人自有的或临时租用的简易仓库，特别是申请人厂区内的成品仓或原料仓更不能用于质押仓储。

III.操作风险方案：

银行人员主动进行现场检查。

在清点货物数量或是每次货物进出仓库时，至少派两名业务员到现场亲自清点货物数量、检查货物质量，防止第三方监管公司因接受企业的好处而放松监管。

IV.品质风险方案：

加强完善日常监管工作对入库的质押物建立明细账（如出、入库记录表），详细登记质押物类别、编号、名称、规格型号、数量、计量单位等内容，并定期与质权人对质押物数量、质押价值、金额等进行核对。

V.人才风险方案：

加强对银行工作人员管理，选用业务娴熟的人员参与贷款事务。

VI.质物风险方案：

强化存货质押验收与监管控制。

确保存货质押监管控制流程清晰严密，存货质押监管原则及程序明确规范。

VII.企业还款能力风险方案：

明确监管方的责任并充分考虑监管方的代偿能力。

第三方监管公司在监管过程中应当承担何种责任，应当在合同中明确约定。

VIII.信息技术风险方案：

银行与第三方资产监管公司建立信息沟通机制，要求资产监管公司以旬报方式向银行通报监管信息，并及时发送预警信息，银行则及时将上级信贷政策和信贷要求向资产监管公司通报，以确保信息渠道通畅。

（38）★除了一般风险外，系统还应对外生风险类型和主体风险类型进行管理，并提供对应的风险解决方案。

其中外生风险及其应对方案至少应包括：

I.经济环境与周期风险

任何供应链的运行都是在一定经济环境下展开的，特别是金融性活动涉及上下游企业之间，以及平台服务商、综合风险管理者和流动性提供者至今密切的合作和经济来往，一旦整个经济状况出现波动，必然使得其中的换季或者主体所面对的风险增大，从而加剧整个供应链的资金风险。

应对方案：

全面细致地分析行业随周期波动程度、波动方向和波动时间，从而控制此类风险。

II.政策监管环境风险

如果某国家或是地区监管不健全，或者地方政策限制发展行业或领域，会导致供应链金融遭遇风险。

应对方案：

避免将贷款投放到监管不健全、国家地方政策限制发展的行业或领域。

III.上下游网络稳定与力量均衡风险

如果某行业对其他行业依赖性过大，则此行业的信贷风险不仅包括该行业的风险，还包括与其关联行业的风险。

应对方案：

积极分析上下游稳定和力量均衡状况，包括上下游集中化的程度和对比、替代品的程度、上下游相互之间的重要程度、上游投入业务的重要程度、上游差异化程度、转换成本从上游向下游延伸一体化的程度等方面。

（39）★主体风险及其应对方案至少应包括：

I.主体资质风险

如果融资对象的能力有限（包括技术、生产等能力），而融资总量过大，或者融资周期过长，相应风险会增大。

应对方案：

对企业经营资源和能力，特别是该企业抗拒行业变动和风险的能力进行事先考察，慎重选择融资对象，以调查等方式确保融资对象资质。

II.财物状况风险

对企业财务状况关注不足，或者在财务状况了解过程中程度较浅，可能失去通过财务状况判断风险并进行管理的机会，产生后患，给金融组织者造成损失。

应对方案：

对客户企业的资产状况进行全面分析，了解企业的资产组成，确定各项资产的流动性状况，尤其是流动资产的各项内容，分析企业各项资产的流动性是否过高或过低，对财务表现大大超过行业平均利润率或业绩的企业也深入加以调查，防止企业套取资金用于其他非正常性投资或活动。

III.诚信历史与现状风险

目前我国在资金市场上尚无完善的征信和信用管理体系，特别是中小企业的征信较为困难；由于政策执行上的不尽完善，违约的代价不足以抵消违约行为所获得的利益。

在此前提下，供应链参与方或者金融组织者如果没有良好的诚信，供应链金融活动就会产生巨大危机。

应对方案：

建立有效的信用识别体系，包括对中小企业基本素质、偿债能力、营运能力、盈利能力、创新能力、成长能力、信用记录以及行业状况等影响因素的考察，还包括对企业所处供应链的竞争力以及信息化共享程度等因素的综合评价。

（40）★系统应提供学生在演练中触发风险的时候，根据学生选择的应对方案，触发结果。

（41）系统应提供以授信评估计算方式所得出得结果判断风险级别。

三、其它要求

★1.供应商提供与金融虚拟仿真相关的现场产品演示（ppt、视频、软件原型等非正式软件成品的演示都视为非实质性响应），不能提供上述产品演示的供应商为非实质性响应。

★2.为便于平台后续更新和独立运营，平台软件著作权登记归属完成人为武汉理工大学，不能承诺软件著作权的，作无效投标处理。

★3.供应商应具备相关领域的研发基础，自签订合同之日起于15日内完成系统开发并上线运行。

4.安装与培训：

应为使用人员提供1次免费现场培训。

5.供应商需具有完善的售后服务制度，保证“7x24小时”的专业不间断的电话及远程服务支持，根据需要提供现场服务。

★6.文件中标注“★”的内容为实质性要求，投标方案中有一项不符合的，作无效投标处理。