CN114356458A - 一种信用承诺电子化应用***及方法 - Google Patents

Abstract

本发明属于计算机互联网技术领域，具体涉及一种信用承诺电子化应用***及方法，本***包括管理终端、用户终端和平台服务器；所述管理终端，用于根据信用承诺应用需求，按行政管理事项配置结构化的承诺书模板，便于将承诺数据进行结构化存储和管理；所述用户终端，基于浏览器插件形式开发，在浏览器中运行，完美解决用户终端环境的差异，实现信用核查、承诺书生成以及无纸化签署等应用；所述平台服务器提供终端用户发行、已签署的信用承诺书管理、业务接口开放等功能。本发明的信用承诺电子化应用***及方法能够极大提高信用承诺应用的规范性和管理效率，促进了社会信用体系的建设。

Description

一种信用承诺电子化应用***及方法

技术领域

本发明属于计算机互联网技术领域，具体涉及一种信用承诺电子化应用***及方法。

背景技术

健全信用承诺制度要求在办理适用信用承诺制的行政许可事项时，申请人承诺符合审批条件并提交有关材料的，应予即时办理。申请人信用状况较好、部分申报材料不齐备但书面承诺在规定期限内提供的，应先行受理，加快办理进度。书面承诺履约情况记入信用记录，作为事中、事后监管的重要依据，对不履约的申请人，视情节实施惩戒。要加快梳理可开展信用承诺的行政许可事项，制定格式规范的信用承诺书，并依托各级信用门户网站向社会公开。

然而在信用承诺的实际应用过程中，各行政单位通过采取传统的纸质文件模式，即需要承诺人签署纸质承诺，造成了系列弊端问题：

1、信用承诺信息不规范。信用承诺的构成要件包括承诺人信息、承诺事由、承诺内容、违诺责任、有效期限等要素，而纸质文件属于非结构化数据范畴，无法精准识别其中记载的信息字段要素，不利于规范表述承诺信息。

2、信息采集效率低，共享难度大。传统纸质文件需要每张拍照或扫描等方式将文件进行电子化，信息采集效率极低，操作过程繁琐且容易出错，明显降低了信用承诺应用的管理价值。同时，这种扫描后的电子图片文本并非结构化数据，无法进行深入的信息利用，也不利于信息共享交换。

3、无法实现不见面签署。不见面审批日渐成为便民惠民的重要措施，特别是新冠疫情发生以来，对不见面审批提出了更为迫切的需求，而传统纸质承诺文件不利于适配不见面签署应用场景。

4、不利于承诺履约监管。信用承诺重点是需要根据承诺内容进行针对性的履约监管，传统纸质承诺文件更多将信用承诺流于形式，不利于将承诺内容进行分门别类，无法进行精准监管。

发明内容

针对现有技术中存在的上述技术问题，本发明提供了一种信用承诺电子化应用***及方法，基于结构化的承诺书模板配置、浏览器插件模式部署以及电子签名等组合创新模式，很好地解决了信用承诺签署和应用的难题，极大提高信用承诺应用的规范性和管理效率，促进了社会信用体系的建设。具体技术方案如下：

一种信用承诺电子化应用***，包括管理终端、用户终端和平台服务器；

所述管理终端，用于配置结构化的信用承诺书模板，以行政单位和权力事项为基础，根据信用承诺应用需求创建信用承诺书模板，每个权力事项可建立多个类型的信用承诺书模板；

所述用户终端，以浏览器插件形式安装、运行于基于浏览器环境运行的业务***，用于在行政办件过程中核查承诺对象信用，填写承诺内容、确认承诺书和电子签名，并同步推送到公示和履约监管端；

所述平台服务器，用于对安装的所述用户终端进行授权，对已签署的信用承诺书进行管理，并提供业务服务接口。

本发明按政府部门、审批事项创建不同场景应用的承诺书模板，而创建的承诺书模板以XML形式表述了承诺书的格式和数据项结构，并与后台数据库实体表完成映射，满足了不同审批事项采用专用承诺书的现实业务需要，为信用承诺无纸化应用创造条件。基于浏览器插件技术开发的用户终端，能够快速适配各个政府部门的业务***，将用户终端安装在浏览器插件中，即可完成应用终端部署，为用户提供无纸化信用承诺应用操作入口。

进一步的，所述管理终端通过可视化的设置窗口，将数据库中的信用承诺信息实体表与信用承诺书配置文件进行逻辑关系映射。

进一步的，所述用户终端的用户应用功能入口悬浮在浏览器的右侧空白处，为用户提供登录、信用核查以及信用承诺。

进一步的，所述用户终端以二维码或者短信的方式，为用户提供扫码签署或短信签署。

进一步的，所述平台服务器将签署后的信用承诺信息以数据库表的方式进行存储，并支持自动生成带电子签名的PDF格式信用承诺书文本。

进一步的，所述管理终端控制用户终端的授权。

进一步的，所述平台服务器用于查询、履约反馈以及统计分析操作。

一种使用所述的一种信用承诺电子化应用***的信用承诺电子化方法，包括如下步骤：

步骤1、以行政单位和权力事项为基础，根据信用承诺应用需求创建信用承诺书模板；

步骤2、用户登录并认证，对承诺人的信用状况进行核查，选择办理事项，用户确认承诺人的信用状况是否适用信用承诺办理审批事项；

步骤3、针对无不良信用记录的承诺人，用户从承诺书模板中调取办理事项承诺书，由用户填写信用承诺书相关内容，形成信用承诺书电子文本；

步骤4、以二维码或者短信的方式将信用承诺书交由承诺人签署；

步骤5、承诺人通过扫二维码或点击短信中的链接地址完成承诺内容的确认和电子签名操作。

进一步的，信用承诺书完成电子签名后自动生成带电子签名的PDF格式信用承诺书文本，并推送至公示和履约监管环节。

本发明针对完成签署的每张电子化信用承诺书，可根据承诺书类型和监管方式，为承诺履约监管部门提供查询和反馈应用。

本发明通过配置结构化的信用承诺书模板、开发用户终端的浏览器插件运行环境、提供两种电子签名方式以及信用承诺履约管理等系列配套应用技术和方法，提高了信用承诺应用的规范性和效率，促进了社会信用体系的建设。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。

图1为本实施例中基于一种信用承诺电子化应用***的结构图；

图2为本实施例中基于一种信用承诺无纸化应用方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和 “包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/ 或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

具体实现中，本发明实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板) 的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板) 的台式计算机。

实施例：

本实施例提供了一种信用承诺电子化应用***及方法，如图1所示，本***包括管理终端、用户终端和平台服务器；

所述管理终端，主要提供结构化的信用承诺书模板配置，以行政单位和权力事项为基础，根据信用承诺应用需求创建承诺书模板，并支持1：N关系，即每个权力事项可建立多个类型的承诺书，如主动公示承诺、证明事项替代承诺、审批替代承诺等。

所述管理终端通过可视化的设置窗口，将数据库中的信用承诺信息实体表与承诺书配置文件进行逻辑关系映射，通过${参数名称}来表示变量，并支持换行、加粗、下划线等常见的文本格式编辑操作。

所述管理终端能够控制用户终端的授权，避免未经授权的用户终端接入***。

所述管理终端能够提供必要的接口功能，包括登录认证接口、信用核查接口、承诺签署接口、电子签名接口以及公示接口等。

具体实例：以交通运输部门办理道路运输许可证为例，交通运输部门为提高行政审批效能，方便群众办事，决定在道路运输许可证办理过程中提供“容缺受理”承诺制应用。

首先，通过本发明的信用承诺电子化应用***的管理终端，在“交通运输部门 -->道路运输许可证”事项下，创建一个“容缺受理”承诺书模板；然后，对模板中的承诺书标题、承诺内容、违诺责任等进行设置，并可以***参数变量，以“${参数名称}”形式进行表达；最后，核实无误后将承诺书模板配置保存成一个XML结构文件，完成结构化承诺书的创建过程。

同样，通过上述管理终端实施步骤，可以为各政府部门、各审批事项创建符合业务要求的信用承诺书模板，为无纸化承诺在用户终端的应用提供条件。

所述用户终端，以浏览器插件形式安装部署和运行，能够适配所有基于浏览器环境运行的业务***，便于在行政办件过程中快速嵌入信用承诺应用环节，完成承诺对象信用核查，承诺内容填写、承诺书确认和电子签名，并同步推送到公示和履约监管环节。

所述用户终端在浏览器安装用户终端后，用户应用功能入口即可悬浮在浏览器的右侧空白处，为用户提供登录、信用核查以及信用承诺等应用功能，应用规则是：

（1）首先进行用户登录操作，完成用户身份和权限认证，判定该用户终端是否经过合法授权，以及该用户终端所对应的行政单位名称、业务科室以及办理事项等。

（2）完成用户认证后，可点击“信用核查”对承诺人的信用状况进行核查，支持法人和自然人核查，其中法人核查只需输入法人名称或统一社会信用代码，自然人核查需同时提供身份证号码和姓名，用户选择办理事项，用户终端以弹出窗口的方式展示承诺人的信用状况，并需要用户就承诺人的信用状况进行是否适用信用承诺办理审批事项进行反馈。

（3）针对无不良信用记录的承诺人，可以在该事项配置的承诺书模板库中调取承诺书，并由审批人员填写信用承诺书相关内容，形成信用承诺书电子文本。

所述用户终端能够以二维码或者短信的方式，为用户提供扫码签署或短信签署的方法。

（1）扫码签署：审批人员填写信用承诺书内容后，可选择“二维码”签署方式，在用户终端生成出一个“二维码”，承诺人可通过微信、支付宝等任意扫一扫工具进行扫码操作，扫码后首先展示该承诺书的浏览确认页面，由承诺人对其承诺的内容进行核实，核实无误后用户终端可调取在线电子签名控件进行签名和提交操作。

（2）短信签署：如承诺人办理的事项为非见面审批模式，则工作人员可将电子承诺书发送到承诺人的手机短信中，承诺人点击短信中的链接地址，完成承诺内容的确认和电子签名操作。

签署后的信用承诺信息以数据库表的方式进行存储，支持自动生成带电子签名的PDF格式信用承诺书文本，能够进一步完成承诺公示以及履约监管等业务操作，可进行信用承诺信息的共享交换。

具体实例：同样以交通运输部门办理道路运输许可证为例，在交通运输部门办理道路运输许可证的工作人员电脑浏览器中，安装用户终端插件，插件安装成果后，会悬浮在网页窗口的右侧，工作人员可触发相应的功能进行业务操作。

如工作人员在受理“张三”的道路运输许可证办理申请时，“张三”忘记携带车辆保险合同，工作人员拟为“张三”提供“容缺受理”服务。首先，工作人员需要通过用户终端对“张三”的信用状况进行了核查，查询其是否符合信用承诺制办理的基础条件；然后，工作人员通过模板创建信用承诺书，并对承诺人信息、缺失材料信息、承诺补齐日期、违诺责任等进行了填写，形成了待签署承诺书，并点击“扫码签署”生成了一个二维码；最后，“张三”打开微信扫一扫，对准二维码进行扫码，手机屏幕显示了工作人员要求签署的承诺书，“张三”对承诺内容进行了仔细核实，无异议后点击“签署”按钮，手机屏幕出现了电子签名页面，“张三”通过手机屏幕书写签字提交。

上述承诺签署，全部实现了全程电子化操作，且签署后的承诺信息采用结构化方式保存到了数据库中，能够为后续承诺公示、履约监管以及共享交换创造更好的条件。

所述平台服务器，对安装部署的用户终端进行授权，对已签署的信用承诺书进行管理，并提供必要的业务服务接口功能。

所述平台服务器能够管理已签署的信用承诺书信息，提供查询、履约反馈以及统计分析操作。

例如：同样以交通运输部门办理道路运输许可证为例，工作人员需要对采取信用承诺制办理的所有办件的承诺履约情况进行跟踪监管。首先，工作人员可通过平台服务器后台查询本部门已签署的信用承诺书信息，对超期未履约的承诺进行预警；其次，工作人员可根据承诺人的履约情况，对每个承诺的履约情况进行反馈标注，针对不履约的失信行为进行监管；最后，可通过***统计分析整体的承诺办件数量、履约比例以及成效分析等。

如图2所述，本发明还提供了一种使用所述的一种信用承诺电子化应用***的信用承诺电子化方法，包括如下步骤：

步骤1、以行政单位和权力事项为基础，根据信用承诺应用需求创建信用承诺书模板；

步骤2、用户登录并认证，对承诺人的信用状况进行核查，选择办理事项，用户确认承诺人的信用状况是否适用信用承诺办理审批事项；

步骤3、针对无不良信用记录的承诺人，用户从承诺书模板中调取办理事项承诺书，由用户填写信用承诺书相关内容，形成信用承诺书电子文本；

步骤4、以二维码或者短信的方式将信用承诺书交由承诺人签署；

步骤5、承诺人通过扫二维码或点击短信中的链接地址完成承诺内容的确认和电子签名操作。

信用承诺书完成电子签名后自动生成带电子签名的PDF格式信用承诺书文本，并推送至公示和履约监管环节。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及实现步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本申请所描述的实施例中，应该理解到，所揭露的方法、***和设备，可以通过其它的方式实现。例如，所述步骤的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个步骤可以结合为一个步骤，或一些特征可以忽略，或一个步骤拆分为多个步骤。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (9)

1.一种信用承诺电子化应用***，包括管理终端、用户终端和平台服务器；其特征在于：

所述管理终端，用于配置结构化的信用承诺书模板，以行政单位和权力事项为基础，根据信用承诺应用需求创建信用承诺书模板，每个权力事项可建立多个类型的信用承诺书模板；

所述用户终端，以浏览器插件形式安装、运行于基于浏览器环境运行的业务***，用于在行政办件过程中核查承诺对象信用，填写承诺内容、确认承诺书和电子签名，并同步推送到公示和履约监管端；

所述平台服务器，用于对安装的所述用户终端进行授权，对已签署的信用承诺书进行管理，并提供业务服务接口。

2.根据权利要求1所述的一种信用承诺电子化应用***，其特征在于，所述管理终端通过可视化的设置窗口，将数据库中的信用承诺信息实体表与信用承诺书配置文件进行逻辑关系映射。

3.根据权利要求1所述的一种信用承诺电子化应用***，其特征在于，所述用户终端的用户应用功能入口悬浮在浏览器的右侧空白处，为用户提供登录、信用核查以及信用承诺。

4.根据权利要求1所述的一种信用承诺电子化应用***，其特征在于，所述用户终端以二维码或者短信的方式，为用户提供扫码签署或短信签署。

5.根据权利要求1所述的一种信用承诺电子化应用***，其特征在于，所述平台服务器将签署后的信用承诺信息以数据库表的方式进行存储，并支持自动生成带电子签名的PDF格式信用承诺书文本。

6.根据权利要求1所述的一种信用承诺电子化应用***，其特征在于，所述管理终端控制用户终端的授权。

7.根据权利要求1所述的一种信用承诺电子化应用***，其特征在于，所述平台服务器用于查询、履约反馈以及统计分析操作。

8.一种使用根据权利要求1-7之一所述的一种信用承诺电子化应用***的信用承诺电子化方法，包括如下步骤：

步骤1、以行政单位和权力事项为基础，根据信用承诺应用需求创建信用承诺书模板；

步骤2、用户登录并认证，对承诺人的信用状况进行核查，选择办理事项，用户确认承诺人的信用状况是否适用信用承诺办理审批事项；

步骤3、针对无不良信用记录的承诺人，用户从承诺书模板中调取办理事项承诺书，由用户填写信用承诺书相关内容，形成信用承诺书电子文本；

步骤4、以二维码或者短信的方式将信用承诺书交由承诺人签署；

步骤5、承诺人通过扫二维码或点击短信中的链接地址完成承诺内容的确认和电子签名操作。

9.根据权利要求8所述的信用承诺电子化方法，其特征在于：信用承诺书完成电子签名后自动生成带电子签名的PDF格式信用承诺书文本，并推送至公示和履约监管环节。

Images