一种用于完善信用报告申请和发送全流程的方法及工单系统

本发明属于计算机技术领域，是一种涉及计算机技术实现出具企业征信的工单系统。

随着互联网的快速发展，越来越多的人和企业通过互联网办理各种业务。互联网金融催生了对个人，企业信用数据服务需求，掌握借贷者的信用信息，可以帮助各种金融机构更全面的了解授信对象；征信是依法收集、整理、保存、加工自然人、法人及其他组织的信用信息，并对外提供信用报告、信用评估、信用信息咨询等服务，帮助客户判断、控制信用风险，进行信用管理的活动。征信服务范围涵盖信贷、债券、个人消费信用、商业信用等，涉及个人、企业、银行、非银行金融机构、专业服务机构和政府部门等多类市场主体。

现有技术中，征信机构在生成征信报告的过程中，步骤繁琐，系统落后，业务流程不是很合理，进而导致系统生成信用报告效率较低，系统的适用性不高。

本发明一方面涉及了一种用于完善企业信用报告的申请和发送的方法，在这些方法的实施例中,用于实现客户提交申请材料、客服接单审核、财务缴款确认、征信部出具报告、客服交付、客户接收的业务闭环；且具有出具报告数量的统计功能；

其中，提交申请材料的业务逻辑具体包括如下步骤：

A)企业用户端触发提交申请材料的事件，所述企业用户端发送申请材料和提交申请材料请求到WEB服务器；所述WEB服务器接收到所述申请材料和所述提交申请材料并发送；所述WEB服务器调用提交申请材料接口；

B)接收到所述WEB服务器发送过来的所述申请材料并发送到数据库服务器；

C)所述数据库服务器接收并保存所述申请材料；

D)从所述数据库服务器获取到所述申请材料；将所述申请材料发送到WEB 服务器；

E)所述WEB服务器接收到所述申请材料；所述WEB服务器将所述申请材料发送到客户部用户端；

F)所述客户部用户端接收到所述申请材料并审核；审核不通过，则返回审核不通过的信息；审核通过，则将审核通过的信息返回。

本发明的有益效果在于，提供了一种用于完善企业信用报告的申请和发送的工单系统。利用本发明的用于完善企业信用报告的申请和发送的工单系统模型的验证试验结果表明，基于同类型产品比较可知，该用于完善企业信用报告的申请和发送的工单系统架构更先进，执行逻辑，过程更优化，提高了系统生成征信报告的效率，用户体验感更好。

图1工单系统部分业务逻辑图；

图2工单系统数据结构图。

本发明的不同实施例的技术特征可以在符合本发明主旨的情况下进行任意组合，因此，任何具体实施例不应被理解为对本发明保护范围的限制。

在一些用于完善企业信用报告的申请和发送的工单系统的实施例中，用于实现客户提交申请材料、客服接单审核、财务缴款确认、征信部出具报告、客服交付、客户接收的业务闭环；且具有出具报告数量的统计功能；其部分业务逻辑包括如下步骤：

A)企业用户端触发提交申请材料的事件，企业用户端发送申请材料和提交申请材料请求到WEB服务器；WEB服务器接收到申请材料和提交申请材料并发送； WEB服务器调用提交申请材料接口；

B)接收到WEB服务器发送过来的申请材料并发送到数据库服务器；

C)数据库服务器接收并保存申请材料；

D)从数据库服务器获取到申请材料；将申请材料发送到WEB服务器；

E)WEB服务器接收到申请材料；WEB服务器将申请材料发送到客户部用户端；

F)客户部用户端接收到申请材料并审核；审核不通过，则返回审核不通过的信息；审核通过，则将审核通过的信息返回。

在一些用于完善企业信用报告的申请和发送的工单系统的实施例中，实现业务逻辑的整体技术架构包括应用层、支撑层、数据层和基础层。

在一些用于完善企业信用报告的申请和发送的工单系统的实施例中，数据层由结构化与非机构化数据库结合分布式文件存储系统构成；基础层采用虚拟化云平台系统作为基础支撑。

数据库包括审核材料报表、审核信息表和费用清单表；审核材料报表的内容包括企业用户端提交申请材料的相关内容信息；审核信息表的内容包括审核申请材料的相关信息；费用清单表的内容包括申请材料审核通过后开具发票的信息；审核材料报表分别与审核信息表，费用清单表相关联。

在一些用于完善企业信用报告的申请和发送的工单系统的实施例中，应用层的前端部分采用vue.js结合jquery技术，应用层采用B/S模式，即浏览器/服务器模式。

前端部分采用先进的MVC体系结构，包括Model模块、Controller模块、 View模块三层架构；MVC体系结构基于观察者模式，Model为被观察者，View 为观察者。

MVC体系结构中所述View模块的主要功能是显示、更新图形界面，将用户的选择传给Controller模块；Controller模块的主要功能是选择应该响应视图发送给View模块，同时定义所述用户的行为，根据用户的行为做相应的逻辑处理，进而通知所述Model模块更新状态；Model模块的主要功能是基于Controller 模块通知的需要更新的状态调用接口请求数据；Model模块接收到返回的数据后通知View模块关于Model数据的改变。

在一些用于完善企业信用报告的申请和发送的工单系统的实施例中，支撑层采用NOCAS、报表工具、Activiti、MQ实现服务管理与消息传递。

在一些用于完善企业信用报告的申请和发送的工单系统的实施例中，接口包括内部接口和外部接口；内部接口和外部接口的详细说明内容包括：接口名称、接口地址、接口备注、接口方式、接口协议、返回格式、请求参数、返回参数；其中，接口方式为POST；所述接口的接口协议为HTTP；所述接口的返回格式为 JSON；所述接口的返回参数包括：code、data、message和返回结果；

接口名称包括：接口申请列表、添加申请、接口申请详情、审核报告申请、补开发票，获取报告状态和统计分析查询；其中，接口申请列表的接口地址为 /evalInfo/selectByServiceDeptForPage.json、添加申请的接口地址为/ userEvalInfoForDept/selectModel.json；接口申请详情的接口地址为 /userEvalInfoForDept/addCheck.do、审核报告申请的接口地址为/evalInfo /checkService.do，补开发票的接口地址为/invoice/compleInvoice.json，获取报告状态的接口地址为/invoice/getReportStatus.json和统计分析查询的接口地址为/evalInfo/selectReportByStatistics.json；

其中接口申请列表发送请求时需要输入的参数包括：申请类型、主体名称、类型、财务审核状态、是否一同寄出、是否开发票，页码和每页个数；输出的参数包括：状态码code：1为成功-1为失败、错误信息msg，结果集数据量count 和结果集data；输出的参数的形式为 {"code":0,"msg":null,"count":24,"data":[{"type":"bd826d1cd7f5483d9fc56c239eca4d83","type_str":"企业信用报告-基础版 ","id":"118e6656a10345c487e379982daf55e6","evalId":"191","ztmc":"福建创识科技股份有限公司","shzt":"2","sqType":"dept","jbrxm":"洋洋 123","jbrdh":"13913028633","gsdh":"13913028554","address":"南京雨花台 ","email":"127@qq","jbrSfzFilePath":"/home/sgsjbrSfzFile/checkRep ort/0/967018792294_thumb1.jpg","jbrSfzFileName":"967018792294_thumb1. jpg","frSfzFilePath":"/home/sgsfrSfzFile/checkReport/0/967018850006_t humb1.jpg","frSfzFileName":"967018850006_thumb1.jpg","yyzzFilePath":" /home/sgsyyzzFile/checkReport/0/967018792294_thumb1.jpg","yyzzFileNam e":"967018792294_thumb1.jpg","cwsh":"0","account":"","bank":"","creat e_time":1603360932000,"invoice_head":"12345","invoice_type":"3","is_expedited":"2","is_invoice":"1","receive_way":"2","tax_ide_number":"54 321","logId":14}]}；

添加申请发送请求时需要输入的参数包括：区域、行业、报告类型、申请人、主体名称、类型、经办人姓名、经办人电话、、地址、、接收方式、是否加急、是否开发票、发票类型、发票抬头、税号，银行和账户；输出的参数包括：状态码code：1为成功-1为失败、错误信息msg，结果集数据量 count和结果集data；输出的参数的形式为 {"code":0,"msg":"","count":0,"data":""}；

接口申请详情发送请求时需要输入的参数包括：主体名称、统一社会信用代码、唯一标识符、法定代表人、联系人、联系人电话、备注、目的key、目的value、报告类型、、地址、报告接收方式、是否加急、是否开发票、发票类型、发票抬头、税号、银行、账户，法人身份证和申请人；输出的参数包括：状态码 code：1为成功-1为失败、错误信息msg，结果集数据量count和结果集data；输出的参数的形式为{"code":0,"msg":"null","count":0,"data":"null"}；

审核报告申请发送请求时需要输入的参数包括：唯一标识、类型、关联评价表id、审核状态、审核意见、主体名称、财务审核状态、财务备注、快递单号、是否一同寄出、是否开发票、发票接收方式、发票接收单号、快递备注，处理意见和申请类型；输出的参数包括：状态码code：1为成功-1为失败、错误信息 msg，结果集数据量count和结果集data；输出的参数的形式为 {"code":0,"msg":"null","count":12,"data":"null"}；

补开发票发送请求时需要输入的参数包括：id；输出的参数包括：状态码 code：1为成功-1为失败、错误信息msg，结果集数据量count和结果集data；输出的参数的形式为{"code":0,"msg":“补开发票成功！”,"count":12,"data":"null"}；

获取报告状态发送请求时需要输入的参数包括：报告编号和主体名称；输出的参数的形式为{"code":0,"msg":“获取报告状态成功！”,"count":0,"data":"null"}；

统计分析查询发送请求时需要输入的参数包括：开始时间和结束时间；输出的参数的形式为{"code":0,"msg":“”,"count":0,"data":"null"}；

下面通过更加具体的实施例对本发明做进一步的说明：

参考图1所示，本实施例的一种用于完善企业信用报告的申请和发送的工单系统的部分业务逻辑图；其中,企业用户端提交申请材料的逻辑步骤如下：

A)企业用户端触发提交申请材料的事件，所述企业用户端发送申请材料和提交申请材料请求到WEB服务器；所述WEB服务器接收到所述申请材料和所述提交申请材料并发送；所述WEB服务器调用提交申请材料接口；

B)接收到所述WEB服务器发送过来的所述申请材料并发送到数据库服务器；

C)所述数据库服务器接收并保存所述申请材料；

D)从所述数据库服务器获取到所述申请材料；将所述申请材料发送到WEB 服务器；

E)所述WEB服务器接收到所述申请材料；所述WEB服务器将所述申请材料发送到客户部用户端；

F)所述客户部用户端接收到所述申请材料并审核；审核不通过，则返回审核不通过的信息；审核通过，则将审核通过的信息返回。

参考图2所示，本实施例的一种用于完善企业信用报告的申请和发送的工单系统的数据结构图；其中，数据库包括审核材料报表、审核信息表和费用清单表；审核材料报表的内容包括所述企业用户端提交所述申请材料的相关内容信息；所述审核信息表的内容包括审核申请材料的相关信息；费用清单表的内容包括申请材料审核通过后开具发票的信息；审核材料报表分别与审核信息表，费用清单表相关联。

申请材料的相关内容信息包括：type类型，jbrxm经办人姓名，Jbrdh经办人电话，gsdh，address地址，email，jbr_sfz_fle_path 经办人身份证路径，jbr_sf_fle_name经办人身份证名称，f_sfz_fle_path法人身份证路径，fr_sf_file_name法人身份证姓名，eval_Id评价id，sqs申请时间，shzt审核状态，shy审核意见，sqr申请人，ztmc主体名称，sqType申请类型，dr创建人。cwsh财务审核，cwbz情况反馈，kddh快递单号，kdbz快递备注，cy材料意见，send_together是否一同寄出，invoice_receive_way∶发票领取方式，invoice_receive_number∶发票接收快递单号，pivi评价意见；

审核申请材料的相关信息包括：Sslbh∶中领编号，Qqs∶审请时间，sgr∶申请人。shzt∶审核状态，core∶得分。rank∶等级，bgbhr报告编号， shrm∶审核人名，shs∶审核时间，is del∶是否测除，recleveStatus；领取状态，sqType∶申请类型，modeld∶模型ld，shr∶审核人，sqnf∶申请年份，evaliofo∶评价信息；

开具发票的信息包括：receive_way∶报告收取方式，is_expedited∶是否加急，is_jivolce∶是否开具发票，invoice_type∶发票种类， involce_head∶发票拍头，tax_de_number∶纳视人识别号.Bank∶开户行， Account∶账号.Adre∶地址teval_log_id∶报告日志关联Id.create_time；创建时间，invoice_time∶开票时间。