单位文秘网 2020-08-30 16:37:40 点击: 次
基于区块链的汽车供应链金融虚拟仿真平台(一期)
一、 性能参数
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 日内完成
系统开发并上线运行。
5. 供应商需具有完善的售后服务制度,保证“ 7x24 小时”的专业不间断的电话及远程服务支持,根据需要提供现场服务。
★6. 文件中标注 “★” 的内容为实质性要求, 投标方案中有一项不符合的,
作无效投标处理。
(责任编辑:单位文秘网) )地址:https://www.kgf8887.com/show-149-20449-1.html
上一篇:朱自清背影读后感
版权声明:
本站由单位文秘网原创策划制作,欢迎订阅或转载,但请注明出处。违者必究。单位文秘网独家运营 版权所有 未经许可不得转载使用