CN110659876B - 债权融资计划系统 - Google Patents

Abstract

本申请涉及一种债权融资计划系统。该债权融资计划系统采用B/S(Browser/Server：浏览器/服务器)架构，支持系统的迭代升级模式，避免客户端安装对用户电脑的兼容性要求。该债权融资计划系统在备案环节设置了“三级审核”流程，以规范化备案流程且便于备案项目后续的追踪与统计。该债权融资计划系统将挂牌环节设置为挂牌准备流程和挂牌管理流程，以规范化挂牌流程且利于对审核数据进行追溯。

Description

债权融资计划系统

技术领域

本发明总体地涉及金融科技领域，特别是涉及债权融资计划系统。

背景技术

债权融资计划是指融资人向具备相应风险识别和承担能力的合理投资者，以非公开方式挂牌募集资金的债权性固定收益类金融产品。目前，债权融资计划通过在线的债权融资计划系统实施。然而，现有的债权融资计划系统却具有诸多缺陷。

首先，现有的债权融资系统多采用C/S架构。所谓C/S架构指的是Client/Server架构，即客户机/服务器结构，它是一种软件系统体系架构，其充分利用两端硬件环境的优势，将任务合理分配到Client端和Sever端。然后，这样的系统架构在系统安装与升级等方面存在明显不足。并且，现有债权融资计划系统为独立的系统，不支持对接其他支撑系统，换言之，现有的债权融资系统为数据孤岛。

其次，现有的债权融资系统的备案环节审核流程设置较为简单，系统主要记录了主承销商的各类附件，但没有提取并记录项目的核心信息和审核数据。

还有，现有的债权融资系统的挂牌环节的流程设置较为简单，系统既没有对产品挂牌前的审核流程与后续挂牌的流程划分进行清晰的区别，同时也缺乏对产品挂牌前设置明确的审核流程和审核记录。

因此，需要一种改进的债权融资系统。

发明内容

为了解决上述技术问题，提出了本申请。本申请的实施例提供了一种债权融资计划系统，其采用B/S架构(Browser/Server：浏览器/服务器)，支持系统的迭代升级模式，避免客户端安装对用户电脑的兼容性要求。并且，所述债权融资计划系统在备案环节设置了“三级审核”流程，以规范化备案流程且便于备案项目后续的追踪与统计。并且，所述债权融资计划系统将挂牌环节设置为挂牌准备流程和挂牌管理流程，以规范化挂牌流程且利于对审核数据进行追溯。

根据本申请的一方面，提供了一种债权融资计划系统，包括中心端和客户端，所述中心端包括中心备案模块、中心挂牌准备模块、中心信息披露模块、中心挂牌模块以及中心交易模块；所述客户端包括本地备案模块、本地挂牌准备模块、本地信息披露模块、本地挂牌模块以及本地交易模块；

所述本地备案模块用于接收备案项目信息和与备案项目相关的附件；

所述中心备案模块用于对接收的备案项目信息和所述附件进行审核，并在审核通过后生成备案通知书；

所述本地挂牌准备模块用于接收与所述备案项目中挂牌产品相关的挂牌信息；

所述中心挂牌准备模块用于对所述挂牌信息进行审核；

所述本地信息披露模块与中心信息披露模块相配合，用于披露挂牌信息；

所述本地挂牌模块和所述中心挂牌模块相配合，用于对所述挂牌产品进行管理；

所述本地交易模块和所述中心交易模块相配合，用于对所述挂牌产品进行转受让交易。

在上述债权融资计划系统中，所述本地备案模块包括生成备案登记表单元，用于响应于用户登记备案项目的请求，生成备案登记表，所述备案登记表用于接收备案项目信息以及与备案项目相关的附件。

在上述债权融资计划系统中，所述备案登记表基于业务规则设置附件上传类型，用于规范上传的附件类型。

在上述债权融资计划系统中，所述中心备案模块包括：初评单元、复评单元和终评单元；

所述初评单元用于对备案项目信息和与备案项目相关的附件进行初评；

所述复评单元用于在初评通过后，对备案项目信息和与备案项目相关的附件进行复评；

所述终评单元用于在复评通过后，对备案项目信息和与备案项目相关的附件进行终评，以及，在终评通过后，生成备案通知书。

在上述债权融资计划系统中，所述初评单元包括：初评一级审核单元和初评二级审核单元；

所述初评一级审核单元用于对备案项目信息和与备案项目相关的附件进行初评一级审核，以判定材料是否需要修改；

所述初评二级审核单元用于在确认材料无需修改后，对备案项目信息和与备案项目相关的附件进行初评二级审核，以判定初评是否通过。

在上述债权融资计划系统中，所述复评单元包括复评一级审核单元和复评二级审核单元；

所述复评一级审核单元用于在初评通过后，对备案项目信息和与备案项目相关的附件进行复评一级审核，以确定复评材料是否完备；

所述复评二级审核单元用于在确认复评材料完备后，对备案项目信息和与备案项目相关的附件进行复评二级审核，以判定复评材料是否需要修改。

在上述债权融资计划系统中，所述终评单元包括终评会议发起单元和终评审核单元；

所述终评会议发起单元用于在确认复评材料无需修改后，接收发起终评会议发起请求；

所述终评终评审核单元用于接收终评会议的关于备案项目是否通过的评议结果；在确认评议结果为通过后，判定备案项目是否修改；以及，响应于确认备案项目无需修改，生成备案通知书。

在上述债权融资计划系统中，所述中心挂牌准备模块包括备案后督审核单元、运营小组审核单元和结算小组审核单元；

所述备案后督审核单元用于接收备案后督针对所述挂牌信息中的重大事项的审核结果；

所述运营小组审核单元用于接收运营小组针对所述挂牌信息中产品数据的审核结果；

所述结算小组审核单元用于接收阶段小组针对所述挂牌信息中发行条款的审核结果。

在上述债权融资计划系统中，所述本地挂牌准备模块包括发布单元和补录单元；所述中心挂牌准备模块，还包括补录审核单元；

所述发布单元用于接收是否直接进行披露的判定结果；

所述补录单元用于响应于判定结果为否，接收针对于评级报告的补充资料；

所述补录审核单元用于对针对于评级报告的补充资料进行审核，并在审核通过后，确认在挂牌日预设时间前自动披露挂牌信息。

在上述债权融资计划系统中，所述债权融资计划系统采用B/S架构。

本申请提供的所述债权融资计划系统，其采用B/S架构(Browser/Server)，支持系统的迭代升级模式，避免客户端安装对用户电脑的兼容性要求。并且，所述债权融资计划系统在备案环节设置了“三级审核”流程，以规范化备案流程且便于备案项目后续的追踪与统计。并且，所述债权融资计划系统将挂牌环节设置为挂牌准备流程和挂牌管理流程，以规范化挂牌流程且利于对审核数据进行追溯。

附图说明

从下面结合附图对本发明实施例的详细描述中，本发明的这些和/或其它方面和优点将变得更加清楚并更容易理解，其中：

图1图示了根据本申请实施例的债权融资计划系统的框图示意图。

图2A到图2C图示了根据本申请实施例的债权融资计划系统中的新增备案项目的示例的示意图。

图3图示了根据本申请实施例的所述债权融资计划系统中备案流程的流程图。

图4A到图4G图示了根据本申请实施例的债权融资计划系统中的新增挂牌的示例的示意图。

图5图示了根据本申请实施例的所述债权融资计划系统中挂牌准备环节的流程图。

图6图示了根据本申请实施例的债权融资计划系统中的信息披露的示例的示意图。

图7图示了根据本申请实施例的所述债权融资计划系统的另一框图示意图。

具体实施方式

下面，将参考附图详细描述根据本申请的示例实施例。显然，所描述的实施例仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解本申请不受这里描述的示例实施例的限制。

示意性债权融资计划系统

如图1所示，根据本申请实施例的债权融资计划系统被阐明，其中，所述债权融资计划系统，包括中心端100和客户端200，以通过所述中心端100和客户端200之间的配合实施债权融资计划。特别地，在本申请实施例中，所述债权融资系统基于B/S(Browser/Server)架构进行构建。具体来说，在B/S架构中，客户端200被实施为浏览器，相较于现有的C/S架构，B/S架构有利于满足瘦客户端200的需求，最终目的在于降低客户端200的迭代升级、更新、维度等的成本及优化广域资源的共享。

如图1所示，在本申请实施例中，所述债权融资计划系统的中心端100，包括：中心备案模块110、中心挂牌准备模块120、中心信息披露模块130、中心挂牌模块140以及中心交易模块150。所述债权融资计划系统的客户端200，包括：本地备案模块210、本地挂牌准备模块220、本地信息披露模块230、本地挂牌模块240以及本地交易模块250。所述中心端100的各功能模块与所述客户端200的各功能模块相配合，以完成债权融资计划的各个流程，主要包括：备案环节、挂牌准备环节、信息披露环节、挂牌环节和交易环节。

具体来说，在备案环节中，首先，所述客户端200的本地备案模块210，接收来自主承销商的备案项目信息和与备案项目相关的附件。也就是说，在本申请实施例中，所述债权融资系统为主承销商提供备案登记表的线上化录入功能。更具体地，在本申请实施例中，所述本地备案模块210，包括：生成备案登记表单元，其中，所述生成备案登记表单元用于在接收到用户登记备案项目的请求和相关信息后，生成备案登记表，如图2A到图2C所示。图2A到图2C图示了根据本申请实施例的债权融资计划系统中的新增备案项目的示例的示意图。

相应地，主承销商在接收到所述备案登记表后，填写并在确认后上传所述备案登记表，以上传备案项目信息以及与备案项目相关的附件。特别地，在本申请实施例中，所述生成备案登记表单元根据业务规则合理设置附件上传类型，以支持主承销商规范提供项目核心文件，便于规范与管理。

在接收到来自主承销商的备案项目信息和与备案项目相关的附件，所述中心端100的中心备案模块110，对接收的备案项目信息和所述附件进行审核，并在审核通过后生成备案通知书。特别地，在本申请实施中，所述中心备案模块110采用“初评、复评、终评”三级评审模式，对接收的备案项目信息和所述附件进行审核，并在审核通过后生成备案通知书。

具体来说，在本申请实施例中，所述中心备案模块110，包括：初评单元、复评单元和终评单元。所述初评单元用于对备案项目信息和与备案项目相关的附件进行初评。所述复评单元用于在初评通过后，对备案项目信息和与备案项目相关的附件进行复评。所述终评单元用于在复评通过后，对备案项目信息和与备案项目相关的附件进行终评，以及，在终评通过后，生成备案通知书。

相应地，在本申请实施例中，所述初评单元，包括：初评一级审核单元和初评二级审核单元。所述初评一级审核单元，用于对备案项目信息和与备案项目相关的附件进行初评一级审核，以判定材料是否需要修改。所述初评二级审核单元，用于在确认材料无需修改后，对备案项目信息和与备案项目相关的附件进行初评二级审核，以判定初评是否通过。

相应地，在本申请实施例中，所述复评单元，包括复评一级审核单元和复评二级审核单元。所述复评一级审核单元，用于在初评通过后，对备案项目信息和与备案项目相关的附件进行复评一级审核，以确定复评材料是否完备。所述复评二级审核单元，用于在确认复评材料完备后，对备案项目信息和与备案项目相关的附件进行复评二级审核，以判定复评材料是否需要修改。

相应地，在本申请实施例中，所述终评单元，包括终评会议发起单元和终评审核单元。所述终评会议发起单元，用于在确认复评材料无需修改后，接收发起终评会议发起请求。所述终评终评审核单元，用于接收终评会议的关于备案项目是否通过的评议结果；在确认评议结果为通过后，判定备案项目是否修改；以及，响应于确认备案项目无需修改，生成备案通知书。

图3图示了根据本申请实施例的所述债权融资计划系统中备案流程的流程图。如图3所示，所述备案流程从主承销商填写并上传备案登记表开始；在接收到备案等级后进入初评阶段，其中，初评阶段包括：先进行初评一级审核以确认材料是否需要修改，如果材料有误则返回修改，如果材料无误则进入初评二级审核，然后确认初评是否通过，如果没有通过则返回修改，如果通过则进入复评阶段；复评阶段包括：先进行复评一级审核以确认复评材料是否完备，如果复评材料不完备，则返回修改，如果复评材料完备则进入复评二级审核，然后进行复评二级审核以确认资料是否需要修改，如果需要修改，则返回修改，如果不需要修改，则进入终评阶段；终评阶段，包括：先选择终评会议评审人，然后通过线上会议评审确认项目是否通过，如果不通过则直接项目作废不可修改，如果通过则进一步判断项目是否需要修改，如果需要修改则返回修改，如果不需要修改则生成备案通知书。至此，备案环节结束。

值得一提的是，在上述描述所述中心备案模块110和本地备案模块210时仅介绍了所述中心备案模块110与所述本地备案模块210的核心功能模块(包括生成备案登记表单元、初评单元、复评单元和终评单元等)，在具体功能架构中，所述中心备案模块110与所述本地备案模块210还包括其他辅助功能单元，例如，所述本地备案模块210进一步包括但不限于：备案首页生成单元、搜索单元、删除单元、编辑单元、查看单元和备案通知书下载单元；所述中心备案模块110进一步包括但不限于：备案首页生成单元、搜索单元、终评会议发起单元、文档下载单元、查单单元、备案通知书下载单元和备案通知书上传单元。

并且，综上描述可以看出，在本申请实施例中，在所述债权融资计划系统的备案流程中，系统分别设置了初评一级审核、初评二级审核、复评一级审核、复评二级审核、终评会议等审核流程，实现了备案审核完整流程的线上化与规范化操作。并且，每一级审核的侧重点不同，系统同时支持内部评级信息补录、终评在线会议发起与意见汇总等流程，并未审核人员提供历史审核数据的检索。同时，在备案环节，系统支持对备案项目审批后的追踪与挂牌产品、剩余额度等数据的统计；并支持备案项目延期与废除的申请与审核操作，提供了债权融资计划产品全生命周期的动态追踪。

在完成备案环节后，进入挂牌准备环节。具体来说，在本申请实施例中，挂牌准备环节的流程由所述中心挂牌准备模块120与所述本地挂牌准备模块220相互配合实施。

特别地，在本申请实施例中，所述中心挂牌准备模块120，包括备案后督审核单元、运营小组审核单元和结算小组审核单元。所述备案后督审核单元，用于接收备案后督针对所述挂牌信息中的重大事项的审核结果。所述运营小组审核单元，用于接收运营小组针对所述挂牌信息中产品数据的审核结果。所述结算小组审核单元，用于接收阶段小组针对所述挂牌信息中发行条款的审核结果。

特别地，在本申请实施例中，所述本地挂牌准备模块220，包括发布单元和补录单元。所述中心挂牌准备模块120，还包括补录审核单元。所述发布单元，用于接收是否直接进行披露的判定结果。所述补录单元，用于响应于判定结果为否，接收针对于评级报告的补充资料。所述补录审核单元，用于对针对于评级报告的补充资料进行审核，并在审核通过后，确认在挂牌日预设时间前自动披露挂牌信息。

也就是说，在本申请实施例中，挂牌准备环节由主承销商、债权中心、备案后督、运营小组和结算小组共同完成实施。图4A到图4G图示了根据本申请实施例的债权融资计划系统中的新增挂牌的示例的示意图。

图5图示了根据本申请实施例的所述债权融资计划系统中挂牌准备环节的流程图。如图5所示，在本申请实施例中，挂牌准备流程从主承销商填写挂牌条款并上传各类文档开始，然后备案后督对重大事项进行审核并填写审核意见，运营小组对债权募集说明书进行审核并填写审核意见，结算小组对债权募集说明书进行审核并填写审核意见，同时，债权中心查看审核意见；在全部审核完毕后，系统自动汇总审核意见，并确认是否有不同意见，如果存在不通过意见，则退回修改，如果没有不同意见，则进入挂牌披露补录阶段。在挂牌披露补录阶段中，首先用户确认是否直接进行挂牌披露，在获得用户确认直接披露的指令后，系统自动进行挂牌披露，如果没有获得用户确认直接披露的指令，用户需补充评级报告(在此过程中，其他数据不可修改)，并且，运营小组会对补充文件进行审核以确认补充文件是否通过，如果确认不通过则返回修改，如果确认通过则系统自动进行挂牌披露。

值得一提的是，在上述描述所述中心挂牌准备模块120和本地挂牌准备模块220时仅介绍了所述中心挂牌准备模块120和所述本地挂牌准备模块220的核心功能模块(包括备案后督审核单元、运营小组审核单元、所述结算小组审核单元、发布单元、补录单元、补录审核单元)，在具体功能架构中，所述中心挂牌准备模块120和所述本地挂牌准备模块220还包括其他辅助功能单元，例如，所述中心挂牌准备模块120进一步包括但不限于：审核首页生成单元、搜索单元、附件单独退回单元、中止单元、查看单元和PDF文档下载单元；所述本地挂牌准备模块220进一步包括但不限于：管理首页生成单元、新增单元、搜索单元、删除单元、编辑单元和查看单元。

并且，综上描述可以看出，在本申请实施例中，在所述债权融资计划系统的挂牌准备流程中，在挂牌准备环节，主承销商可以将本期挂牌产品与备案项目实施信息关联，主承销商在线填写并提交产品核心信息后，系统支持三部门分别对挂牌产品的重大事项、产品数据及发行条款进行并行审核；产品同时通过三部门的审核后，系统会在挂牌起始日前2天自动发布信息披露。并且，在挂牌准备环节，根据各部门的审核职责，系统支持对主承销商上传的附件进行单独锁定，确保项目在退回并重新提交的过程中，主承销商无需重复上传或变更核心文件。其次，系统支持对上传附件进行自动校验，提示审核人员附件是否产生变化。图6图示了根据本申请实施例的债权融资计划系统中的信息披露的示例的示意图。

进一步地，在本申请实施例中，信息披露环节由所述本地信息披露模块230和所述中心信息披露模块130配合实施。具体来说，在本申请实施例中，所述本地信息披露模块230，包括但不限于：管理首页生成单元、查询首页生成单元、披露名单统计单元、搜索单元、新增单元、删除单元、编辑单元和查看单元。所述中心信息披露模块130，包括但不限于：审核首页生成单元、查询首页生成单元、披露名单统计单元、应急管理首页生成单元、搜索单元、审核单元、应急新增单元、应急删除单元、应急编辑单元、查看单元和撤网单元。

进一步地，在本申请实施例中，挂牌环节由所述中心挂牌模块140和所述本地挂牌模块240配合实施。具体来说，在本申请实施例中，所述本地挂牌模块240包括但不限于：挂牌首页生成单元、搜索单元、查看单元、产品信息补录单元、补录编辑单元、补录复核单元、询价管理单元、线上询价单元，线下询价单元，询价编辑单元，询价删除单元，申购要约填写单元，申购要约编辑单元，申购要约撤销单元，申购要约复核单元，申购时间区间调整单元，申购时间区间调整复核单元，申购管理单元，申购要约查看单元，定价配售计算单元，配售调整单元，单据生成单元，到账确认书生成单元和扫描件上传单元。所述中心挂牌模块140，包括但不限于：挂牌首页生成单元，搜索单元，查看单元，产品信息补录单元，补录编辑单元，补录复核单元，询价管理单元，线上询价单元，线下询价单元，询价编辑单元，询价删除单元，申购要约填写单元，申购要约编辑单元，申购要约撤销单元，申购要约复核单元，申购时间区间调整单元，申购时间区间调整复核单元，申购管理单元，申购要约查看单元，定价配售计算单元，配售调整单元，单据生成单元，到账确认书生成单元，扫描件上传单元，自动披露挂牌结果生成单元，中止单元和启用单元。

特别地，在本申请实施例中，所述挂牌环节和所述信息披露环节构成挂牌管理环节。也就是说，在本申请实施例中，所述债权融资计划系统将挂牌环节重新设计为为挂牌准备环节和挂牌管理环节，其中，主承销商需根据业务规范在挂牌起始日前2天完成挂牌前的审核与信息披露；系统支持备案环节的数据流转；系统支持多部门对产品挂牌前进行并行审核，并对审核流程及审核数据提供详细的记录。

进一步地，在本申请实施例中，交易环节由所述本地交易模块250和所述中心交易模块150配合实施。具体来说，在本申请实施例中，所述本地交易模块250，包括但不限于：需求展示页面生成单元，转受让需求查看单元，转受让需求新增单元，转受让需求搜索单元，转受让需求编辑单元，转受让需求删除单元，持仓信息查看单元，成交意向首页生成单元，成交意向搜索单元，转让意向新增单元，转让意向复核单元，转让意向编辑单元，转让意向删除单元，转受让意向查看单元和受让意向确认单元。所述中心交易模块150，包括但不限于：需求审核页面生成单元，转受让需求审核单元，转受让需求撤网单元，转受让需求查看单元，转受让需求应急新增单元，转受让需求搜索单元，转受让需求应急编辑单元，转受让需求应急删除单元，持仓信息查看单元，成交意向页面生成单元，成交意向搜索单元，成交意向应急新增单元，成交意向应急复核单元，成交意向应急编辑单元，成交意向应急删除单元，成交意向查看单元，成交意向应急确认单元和财务结算确认。

综上基于本申请实施例的所述债权融资计划系统被阐明，其采用B/S架构(Browser/Server)，支持系统的迭代升级模式，避免客户端200安装对用户电脑的兼容性要求。所述债权融资计划系统在备案环节设置了“三级审核”流程，以规范化备案流程且便于备案项目后续的追踪与统计。所述债权融资计划系统将挂牌环节设置为挂牌准备流程和挂牌管理流程，以规范化挂牌流程且利于对审核数据进行追溯。

值得一提的是，由于所述债权融资计划系统采用了B/S架构，其利于优化广域资源的共享。也就是说，在本申请实施例中，所述债权融资计划系统能够与其他系统进行通信，以避免成为数据孤岛。图7图示了根据本申请实施例的所述债权融资计划系统的另一框图示意图。如图7所示，在本申请实施例中，所述债权融资计划系统与应收账款专项信批系统(包括：信息服务商认证模块、基础资产信息更新模块、专项信披查看模块和监测模块)、银行资金结算系统，以及，人行数据报送系统(包括：数据导入模块、数据处理模块、数据校验模块和报文管理模块)相联通，以实现备案信息、挂牌信息、产品信息、持仓信息、资金结算指令等各类型数据的流转。并且，还可以通过Https SSL等加密手段保证数据传输安全。当然，在本申请其他示例中，所述债权融资计划系统还可以与其他在建或已建系统相联通，对此，并不为本申请所局限。

这里，本领域技术人员可以理解，上述债权融资计划系统中的各个单元和模块的具体功能和操作已经在上述描述中详细介绍，并因此，将省略其重复描述。

如上所述，根据本申请实施例的债权融资计划系统可以实现在各种终端设备中，例如金融服务平台或浏览器中。在一个示例中，根据本申请实施例的债权融资计划系统可以作为一个软件模块和/或硬件模块而集成到所述终端设备中。例如，该债权融资计划系统可以是该终端设备的操作系统中的一个软件模块，或者可以是针对于该终端设备所开发的一个应用程序；当然，该债权融资计划系统同样可以是该终端设备的众多硬件模块之一。

替换地，在另一示例中，该债权融资计划系统与该终端设备也可以是分立的终端设备，并且该债权融资计划系统可以通过有线和/或无线网络连接到该终端设备，并且按照约定的数据格式来传输交互信息。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (1)

1.一种债权融资计划系统，其特征在于，包括：中心端和客户端，所述中心端包括中心备案模块、中心挂牌准备模块、中心信息披露模块、中心挂牌模块以及中心交易模块；所述客户端包括本地备案模块、本地挂牌准备模块、本地信息披露模块、本地挂牌模块以及本地交易模块；

所述本地备案模块用于接收备案项目信息和与备案项目相关的附件；

所述本地备案模块包括生成备案登记表单元，用于响应于用户登记备案项目的请求，生成备案登记表，所述备案登记表用于接收备案项目信息以及与备案项目相关的附件；

所述备案登记表基于业务规则设置附件上传类型，用于规范上传的附件类型；

所述中心备案模块用于对接收的备案项目信息和所述附件进行审核，并在审核通过后生成备案通知书；

所述中心备案模块包括：初评单元、复评单元和终评单元；

所述初评单元用于对备案项目信息和与备案项目相关的附件进行初评；

所述初评单元包括：初评一级审核单元和初评二级审核单元；

所述初评一级审核单元用于对备案项目信息和与备案项目相关的附件进行初评一级审核，以判定材料是否需要修改；

所述初评二级审核单元用于在确认材料无需修改后，对备案项目信息和与备案项目相关的附件进行初评二级审核，以判定初评是否通过；

所述复评单元用于在初评通过后，对备案项目信息和与备案项目相关的附件进行复评；

所述复评单元包括复评一级审核单元和复评二级审核单元；

所述复评一级审核单元用于在初评通过后，对备案项目信息和与备案项目相关的附件进行复评一级审核，以确定复评材料是否完备；

所述复评二级审核单元用于在确认复评材料完备后，对备案项目信息和与备案项目相关的附件进行复评二级审核，以判定复评材料是否需要修改；

所述终评单元用于在复评通过后，对备案项目信息和与备案项目相关的附件进行终评，以及，在终评通过后，生成备案通知书；

所述终评单元包括终评会议发起单元和终评审核单元；

所述终评会议发起单元用于在确认复评材料无需修改后，接收发起终评会议发起请求；

所述终评审核单元用于接收终评会议的关于备案项目是否通过的评议结果；在确认评议结果为通过后，判定备案项目是否修改；以及，响应于确认备案项目无需修改，生成备案通知书；

所述本地挂牌准备模块用于接收与所述备案项目中挂牌产品相关的挂牌信息；

所述本地挂牌准备模块包括发布单元和补录单元；

所述发布单元用于接收是否直接进行披露的判定结果；

所述补录单元用于响应于判定结果为否，接收针对于评级报告的补充资料；

所述中心挂牌准备模块用于对所述挂牌信息进行审核；

所述中心挂牌准备模块包括补录审核单元；

所述补录审核单元用于对针对于评级报告的补充资料进行审核，并在审核通过后，确认在挂牌日预设时间前自动披露挂牌信息；

所述中心挂牌准备模块包括备案后督审核单元、运营小组审核单元和结算小组审核单元；

所述备案后督审核单元用于接收备案后督针对所述挂牌信息中的重大事项的审核结果；

所述运营小组审核单元用于接收运营小组针对所述挂牌信息中产品数据的审核结果；

所述结算小组审核单元用于接收阶段小组针对所述挂牌信息中发行条款的审核结果；

所述本地信息披露模块与中心信息披露模块相配合，用于披露挂牌信息；

所述本地挂牌模块和所述中心挂牌模块相配合，用于对所述挂牌产品进行管理；

所述本地交易模块和所述中心交易模块相配合，用于对所述挂牌产品进行转受让交易；

所述债权融资计划系统采用B/S架构；

所述债权融资计划系统能够与其他系统进行通信；

债权融资计划的流程包括：备案环节、挂牌准备环节、信息披露环节、挂牌环节和交易环节；

备案环节用于接收来自主承销商的备案项目信息和与备案项目相关的附件；

挂牌准备环节的流程由所述中心挂牌准备模块与所述本地挂牌准备模块相互配合实施；

信息披露环节由所述本地信息披露模块和所述中心信息披露模块配合实施；

挂牌环节由所述中心挂牌模块和所述本地挂牌模块配合实施；

所述挂牌环节和所述信息披露环节构成挂牌管理环节；

交易环节由所述本地交易模块和所述中心交易模块配合实施。

Images