CN114186966A - 公文审批方法、系统、装置及计算机可读存储介质 - Google Patents

Abstract

本申请涉及一种公文审批方法、系统、装置及计算机可读存储介质，属于计算机软件的领域，公文审批方法包括基于预先关注的公文审批的微信公众号，获取公文审批系统的进入请求，而后跳转至公文审批系统的登录网页，并获取审批人员的员工号，进入公文审批系统内，而后对流转至待办内的待审批公文进行审批。由于通过微信公众号即可进入审批系统，使审批人员完成对待审批公文的审批，因此不需要下载指定的APP或者依靠台式的电脑，在移动端上也可完成，因此缩减了公文审批所需的时间。

Description

公文审批方法、系统、装置及计算机可读存储介质

技术领域

本申请涉及计算机软件的领域，尤其是涉及一种公文审批方法、系统、装置及计算机可读存储介质。

背景技术

在企业中，绝大多数的公文都需要进行审批，在相关技术中，通常是将待审批公文上传至审批系统后，通过线上流程进行审批。

针对上述中的相关技术，发明人认为存在以下缺陷：由于线上流程审批时，通常是在公司内部的电脑上的进行操作，若在移动端上进行审批，也需要下载指定的APP，从而导致公文审批的整体流程较长。

发明内容

为了缩减公文审批所需的时间，本申请提供一种公文审批方法、系统、装置及计算机可读存储介质。

第一方面，本申请提供的一种公文审批方法，涉及如下技术方案：

一种公文审批方法，包括：

基于预先关注的公文审批的微信公众号，获取审批系统的进入请求；

基于所述进入请求，跳转至审批系统的登录网页；

获取审批人员的员工号，以进入审批系统内；

在审批人员进入审批系统之后，对流转至所述审批人员的待办内的待审批公文进行审批，其中，待审批公文为预先编辑完成的待编辑公文。

通过采用上述技术方案，对待审批公文进行审批时，审批人员可以登录移动端的微信，而后从微信公众号内进入审批系统的登录网页，而后输入员工号，以登录审批系统，而后对待办中的待审批公文进行审批；

由于通过微信公众号即可进入审批系统，使审批人员完成对待审批公文的审批，因此不需要下载指定的APP或者依靠PC端，在移动端上也可完成，因此缩减了公文审批所需的时间。

可选的，所述公文审批方法，还包括：

在对待审批公文进行审批的过程中，获取消息通知请求；

基于所述消息通知请求和预设的审批节点顺序，调用微信公众号的消息服务功能，以发送所述待审批公文当前的状态信息至下一审批节点的审批人员的微信公众号；其中，状态信息包括套版、用印和传阅中。

通过采用上述技术方案，可以使得下一审批节点的审批人员及时掌握当前待审批公文的状态。

可选的，所述公文审批方法，还包括：

获取所述待审批公文流转至当前审批节点的第一时刻；

获取所述待审批公文流转至下一审批节点的第二时刻；

基于所述第二时刻和第一时刻的差值，以获得所述待审批公文在当前审批节点的停留时长；

发送通知信息至下一审批节点的审批人员的微信公众号，其中，通知信息包括停留时长。

通过采用上述技术方案，可以使得下一审批节点的审批人员直观的了解当前待审批公文在上一审批节点停滞的时间。

可选的，获取所述第一时刻之后的步骤，还包括：

在获取到所述第一时刻的情况下，进行计时，以获得未处理时长；

将所述未处理时长与预设的第一时长阈值进行比较，若所述未处理时长大于所述第一时长阈值，则生成第一提示信息；

将所述第一提示信息发送至当前审批节点的审批人员的移动端内。

通过采用上述技术方案，当待审批公文在当前审批节点停留的时间过长时，会发送第一提示消息给到当前审批节点的审批人员，从而催促该审批人员进行审批，进一步提高公文审批的效率。

可选的，所述获得未处理时长之后的步骤，具体还包括：

将所述未处理时长与预设的第二时长阈值进行比较，若所述未处理时长大于所述第二时长阈值，则将当前审批节点的所述待审批公文自动发送至预设的当前审批节点的临时审批人员处，并生成第二提示信息；其中，所述第二时长阈值大于第一时长阈值；

将所述第二提示信息发送至所述临时审批人员的移动端内。

通过采用上述技术方案，当待审批公文在当前审批节点的审批人员待办处停留的时间超过第二时长阈值后，说明当前审批人员短时间内无法审批，因此公文审批系统自动将待审批公文自动发送至提前预设好的临时审批人员的待办内，而后发送第二提示消息通知该临时审批人员，从而进一步提高公文审批的效率。

可选的，所述待审批公文生成的具体步骤，包括：

获取待编辑公文的编辑请求；

基于所述编辑请求和预设的待编辑公文的存储地址，从预设的数据库的公文库中调取所述待编辑公文；

基于预设的pageoffice插件，启用wps文件编辑服务；

基于所述wps文件编辑服务，通过对所述待编辑公文进行编辑，以生成所述待审批公文。

通过采用上述技术方案，实现了对待编辑公文的在线编辑。

可选的，所述公文审批的方法还包括：

在完成对待审批公文的审批后，获取签收请求；

基于所述签收请求，分发流转所述待审批公文至签收对象处，以使所述签收对象签收所述待审批公文；

基于所述签收请求，发送签收提示信息至所述签收人员的移动端。

第二方面，本申请还提供了一种公文审批系统，涉及如下技术方案：

一种公文审批系统，包括：

微信端，用于关注公文审批的微信公众号，并获取审批系统的进入请求，以跳转至审批系统的登录网页，并获取审批人员的员工号；其中，微信端内置于移动端内；

审批模块，用于对待审批公文进行审批。

通过采用上述技术方案，审批人员登录微信端后，进入公文审批的微信公众号内，而后点击公文审批，微信端获取到进入请求后，跳转至公文审批系统的登录网页，而后审批人员输入员工号后，登录该公文审批系统，而后审批人员通过审批模块对待审批公文进行审批；

由于通过微信公众号即可进入审批系统，使审批人员完成对待审批公文的审批，因此不需要下载指定的APP或者依靠台式的电脑，在移动端上也可完成，因此缩减了公文审批所需的时间。

第三方面，本申请还提供了一种公文审批装置，设计如下技术方案：

一种公文审批装置，包括：

存储器，用于存储上述公文审批程序；

处理器，用于执行所述存储器上存储的公文审批程序，以实现上述的公文审批方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质，涉及如下技术方案：

一种计算机可读存储介质，存储有能够被处理器加载并执行上述公文审批方法的计算机程序。

附图说明

图1是本申请实现公文审批方法的网络架构一实施方式的结构框图；

图2是本申请公文审批方法的一实施方式的流程框图。

图3是本申请公文审批方法的另一实施方式的流程框图。

图4是本申请公文审批方法的另一实施方式的流程框图。

图5是图4中步骤S310之后步骤的一实施方式的流程框图。

图6是图5中步骤S311之后步骤的一实施方式的流程框图。

图7是本申请公文审批方法的另一实施方式的流程框图。

图8是本申请公文审批方法的另一实施方式的流程框图。

图9是本申请公文审批系统的一实施方式的结构框图。

图10是本申请公文审批系统的另一实施方式的结构框图。

图11是本申请公文审批系统的另一实施方式的结构框图。

图12是本申请公文审批系统的另一实施方式的结构框图。

附图标记说明：100、用户端；110、微信端；120、审批模块；130、消息通知模块；140、时间处理模块；150、计时处理模块；160、公文调取模块；170、编辑模块；180、分发流转模块；190、签收模块；200、保存模块；300、服务端。

具体实施方式

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

参照图1，基于公文审批方法，本申请提供了一种网络架构，包括用户端100和服务端300，用户端100和服务端300通信连接，其中用户端100和服务端300之间的数据交互基于ABP架构；其中，公文审批可以在多个用户端100上进行，预设的数据库存储于服务端300，服务端300安装有pageoffice服务，在线编辑公文通过pageoffice插件实现。另外，用户端100可以包括PC端、笔记本电脑、智能手机等智能显示设备，其中用户端100的输入模块可以是触摸屏，也可以是外接键盘和鼠标；服务端300可以包括Web系统服务端、云服务系统服务端、云存储服务端等具有存储功能的服务端。

本申请一实施例公开了一种公文审批方法，参照图2，公文审批方法的一种实施方式，包括S110-S140的步骤：

S110，基于预先关注的公文审批的微信公众号，获取审批系统的进入请求；

S120，基于进入请求，跳转至审批系统的登录网页；

审批人员点击微信公众号内公文审批功能，通过微信端内浏览器，跳转至审批系统的登录网页。

S130，获取审批人员的员工号，以进入审批系统内；

跳转至审批系统的登录网页后，审批人员输入员工号，从而进入审批系统。

S140，在审批人员进入审批系统之后，对流转至审批人员的待办内的待审批公文进行审批，其中，待审批公文为预先编辑完成的待编辑公文。

其中，审批包括对待审批公文进行套版、用印等必要的审批流程。

为了使得下一审批节点的审批人员及时掌握当前待审批公文的状态，作为公文审批方法的另一种实施方式，参照图3，公文审批方法还可以包括S210-S220的步骤：

S210，在对待审批公文进行审批的过程中，获取消息通知请求；

审批人员可以点击审批系统中发送消息的图标，使得审批系统获得消息通知请求。

S220，基于消息通知请求和预设的审批节点顺序，调用微信公众号的消息服务功能，以发送待审批公文当前的状态信息至下一审批节点的审批人员的微信公众号；其中，状态信息包括套版、用印和传阅中等流程信息；审批节点顺序可以是1、套版，2、用印，3、传阅中。

例如，待审批公文处于套版中，此时审批人员点击发送消息，审批系统获取到消息通知请求后，结合审批节点顺序，审批系统会将“待审批公文处于套版中”的状态信息自动发送至负责用印的审批人员的微信公众号内。

为了使得下一审批节点的审批人员直观的了解当前待审批公文在上一审批节点停滞的时间，作为公文审批方法的另一实施方式，参照图4，公文审批方法还可以包括S310-S340的步骤：

S310，获取待审批公文流转至当前审批节点的第一时刻；

例如，待审批公文流转至套版审批节点的时间为2021/09/15上午8：00，那么第一时刻为2021/09/15上午8：00。

S320，获取待审批公文流转至下一审批节点的第二时刻；

例如，待审批公文套版完成后，流转至用印审批节点的时间为2021/09/20上午8：00，那么第二时刻为2021/09/20上午8：00。

S330，基于第二时刻和第一时刻的差值，以获得待审批公文在当前审批节点的停留时长；

基于上述第一时刻和第二时刻，那么待审批公文在套版审批节点的停留时长为2021/09/20上午8：00与2021/09/15上午8：00的差值即5天。

S340，发送通知信息至下一审批节点的审批人员的微信公众号，其中，通知信息包括停留时长。

审批系统会自动发送“处于套版审批节点已5天”的通知信息至用印的审批人员的微信公众号内。

参照图5，步骤S310之后的步骤，还具体包括S311-S31的步骤：

S311，在获取到第一时刻的情况下，进行计时，以获得未处理时长；

例如，获取到第一时刻为2021/09/15上午8：00，此时，开始进行计时，可以按照小时进行计时，从而获得未处理时长。

S312，将未处理时长与预设的第一时长阈值进行比较，若未处理时长大于第一时长阈值，则生成第一提示信息；

例如，未处理时长为48h，第一时长阈值为40h，由于48h>40h，因此审批系统会自动生成第一提示消息，第一提示消息可以是“请尽快处理”。

S313，将第一提示信息发送至当前审批节点的审批人员的移动端内。

例如，当前审批节点为套版审批节点，那么审批系统会自动将“请尽快处理”的第一提示消息可以以短信的形式发送至套版审批节点的审批人员的移动端内，以提醒审批人员。

参照图6，步骤S311之后的步骤，具体还可以包括S3111-S3112的步骤：

S3111，将未处理时长与预设的第二时长阈值进行比较，若未处理时长大于第二时长阈值，则将当前审批节点的待审批公文自动发送至预设的当前审批节点的临时审批人员处，并生成第二提示信息；其中，第二时长阈值大于第一时长阈值。

例如，当前审批节点为套版审批节点，未处理时长为80h，第二时长阈值为72h，由于80h>72h，因此审批系统会自动将待审批公文发送至提前录入至审批系统内的该套版审批节点临时审批人员处，并且生成“超时，请及时处理”的第二提示信息。

S3112,将第二提示信息发送至临时审批人员的移动端内，其中发送方式，可以是发送至临时审批人员的微信公众号内，也可以是以短信的形式发送，从而提醒临时审批人员。

参照图7，待审批公文生成的具体步骤，可以包括S410-S440的步骤：

S410，获取待编辑公文的编辑请求；

其中，编辑请求可以是用户点击审批系统的在线编辑后发出的。需要说明的是，在审批过程中，审批人员也可以对待审批公文进行在线编辑，审批节点流程走完后，完成审批的待审批公文不可再进行在线编辑。

S420，基于编辑请求和预设的待编辑公文的存储地址，从预设的数据库的公文库中调取待编辑公文；

审批系统会根据数据库中地址库中存储的待编辑公文的地址信息，从数据库的公文库中自动调取相应的待编辑公文，待编辑公文包括一份Word文件和一份PDF文件，其中Word文件用于编辑，PDF文件用于查看。

例如，数据库中的地址库中一待编辑公文的存储地址为，

/out/33876/123456.pdf，那么审批系统在接收到该编辑公文的编辑请求后，就会自动调取该存储地址下的公文库中的待编辑公文。

S430，基于预设的pageoffice插件，启用wps文件编辑服务；

审批系统调取待编辑公文后，会自动启用wps编辑服务，使得待编辑公文可以在线编辑。

S440，基于wps文件编辑服务，通过对待编辑公文进行编辑，以生成待审批公文。

用户通过wps文件编辑服务，对待编辑公文进行编辑，编辑完成后，生成待审批公文。

参照图8，另外，作为公文审批方法的另一种实施方式，公文审批方法还包括S510-S530的步骤：

S510，在完成对待审批公文的审批后，获取签收请求；

最后一审批节点的审批人员点击分发后，审批系统会获取签收请求。

S520，基于签收请求，分发流转待审批公文至签收对象处，以使签收对象签收待审批公文；

审批系统按照预设的签收对象，自动分发流转至签收对象处。例如，签收对象包括项目指挥部一分部、二分部和三分部，那么审批系统获取签收请求后，会自动将待审批公文发送至一分部、二分部和三分部负责审批的人员处。另外，用户在点击发送签收之前，也可以自己从预设的签收对象中选择要发送的签收对象；例如，该待审批公文只是需要一分部和二分部签收，那么，审批人员只需要选择一分部和二分部，然后点击分发即可。

签收对象在签收待审批公文时，审批系统会自动记录签收信息，该签收信息包括签收时间、签收部门、签收文件ID等。需要说明的是，签收对象在签收文件时，审批系统可以自动将待审批公文的正文、拟稿人员、发文部门、发文编号等信息自动提取至签收页面。

S530，基于签收请求，发送签收提示信息至签收人员的移动端。

发送方式可以是发送至签收人员的微信公众号内，也可以是以短信的形式发送。

另外，需要说明的是，在对待编辑公文进行编辑、对待审批公文进行审批以及对完成审批的待审批公文签收时，均可以对公文进行保存，可以是人工保存，也可以是审批系统自动保存，若是自动保存，则可以设定每隔5分钟，保存一次。审批系统对待审批公文进行保存后，还可以将待审批公文上传至服务端的数据库中的公文库内，进行存储，以更新数据库。

另外，在对待审批文件进行审批时，审批人员也可以复制待审批公文，并将其存储于预先在审批系统上建立的审批人员唯一的审批文件目录中。

本申请实施例的实施原理为：

审批人员对待审批公文进行审批之前，需要进入公文审批的微信公众号内，而后通过点击公文审批虚拟键，跳转至审批系统的登录界面，而后审批人员输入自己的员工号，进入审批系统，以对流转至该待办下的待审批公文进行审批。

基于上述方法实施例，本申请另一实施例提供了一种公文审批系统，参照图9，公文审批系统的一种实施方式可以包括：

服务端300，预设有数据库，用于存储待编辑公文和待审批公文；

用户端100，与服务端300通信连接，用于从数据库中调取待编辑公文，并上传待审批公文；

其中，以用户端100为移动端为例，作为用户端100的一种实施方式，用户端100可以包括：

微信端110，用于关注公文审批的微信公众号，并获取审批系统的进入请求，以跳转至审批系统的登录网页，并获取审批人员的员工号。

审批模块120，用于对待审批公文进行审批。

作为审批模块120的一种实施方式，审批模块120可以包括套版单元和用印单元；其中，套版单元用于对待审批公文进行分色套印，用印单元用于对待审批公文盖章。

参照图10，作为用户端100的另一种实施方式，用户端100还可以包括：

消息通知模块130，用于获取消息通知请求，并基于预设的审批节点顺序，调用微信公众号的消息服务功能，以发送待审批公文当前的状态信息；消息通知模块130基于停留时长，发送通知消息至下一审批节点的审批人员的微信公众号；消息通知模块130将第一提示信息以短信的形式发送至当前审批节点的审批人员的移动端内；消息通知模块130将第二提示信息以短信的形式发送至当前审批节点的临时审批人员的移动端内；消息通知模块130基于签收请求，以短信的形式发送签收提示信息至签收人员的移动端内。

时间处理模块140，用于获取待审批公文流转至当前审批节点的第一时刻和获取待审批公文流转至下一审批节点的第二时刻，并计算第二时刻与第一时刻的差值，以获得待审批公文在当前审批节点的停留时长。

计时处理模块150，基于时间处理模块140获取到第一时刻后，进行计时，以获得未处理时长，而后将未处理时长与预设的第一时长阈值进行比较，若未处理时长大于第一时间阈值，则生成第一提示信息；计时处理模块150还可以将未处理时长与预设的第二时长阈值进行比较，若未处理时长大于第二时长阈值，则将当前审批节点的待审批公文自动发送至预设的临时审批人员处，并生成第二提示信息；其中第二时长阈值大于第一时长阈值。

参照图11，作为用户端100的另一种实施方式，用户端100还可以包括：

公文调取模块160，用于获取待编辑公文的编辑请求，而后从预设的数据库的公文库中调取待编辑公文；

编辑模块170，用于编辑待编辑公文；其中，编辑模块170可以是触摸屏，也可以是键盘和鼠标等输入模块。

参照图12，作为用户端100的另一种实施方式，用户端100还可以包括：

分发流转模块180，用于获取待审批公文的签收请求，并将待审批公文分发流转至签收对象处。

签收模块190，用于获取签收对象的签收信息。

保存模块200，用于获取待编辑公文和待审批公文的保存请求，以对待编辑公文和待审批公文进行保存。

本实施例的实施原理为：

审批人员通过微信端110中的公文审批的公众号进入审批系统，而后通过审批模块120对流转至待办内的待审批公文进行审批，审批完成后，通过分发流转模块180将待审批文件分发流转至签收对象处，签收对象通过签收模块190完成对待审批文件的签收。

本申请第三实施例还提供了一种公文审批装置，可以包括：存储器和处理器；

存储器用于存储上述公文审批程序；

处理器用于执行存储器上存储的公文审批程序，以实现上述公文审批方法的步骤。

其中，存储器可以通过通信总线与处理器通信连接，通信总线可以为地址总线、数据总线、控制总线等。

另外，存储器可以包括随机存取存储器(RAM)，也可以包括非易失性存储器(NVM)，例如至少一个磁盘存储器。

并且处理器可以是通用处理器，包括中央处理器(CPU)、网络处理器(NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

本申请第四实施例还提供了一种计算机可读存储介质，存储有能够被处理器加载并执行上述公文审批方法的计算机程序。其中，计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。其中，可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。

以上均为本身请的较佳实施例，并非依次限制本申请的保护范围，本说明书（包括摘要和附图）中公开的任一特征，除非特别叙述，均可被其他等效或者具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而已。

Claims (10)

1.一种公文审批方法，其特征在于，包括：

基于预先关注的公文审批的微信公众号，获取审批系统的进入请求；

基于所述进入请求，跳转至审批系统的登录网页；

获取审批人员的员工号，以进入审批系统内；

在审批人员进入审批系统之后，对流转至所述审批人员待办内的待审批公文进行审批，其中，待审批公文为预先编辑完成的待编辑公文。

2.根据权利要求1所述的一种公文审批方法，其特征在于，所述公文审批方法，还包括：

在对待审批公文进行审批的过程中，获取消息通知请求；

基于所述消息通知请求和预设的审批节点顺序，调用微信公众号的消息服务功能，以发送所述待审批公文当前的状态信息至下一审批节点的审批人员的微信公众号；其中，状态信息包括审批中、审批完成和传阅中。

3.根据权利要求2所述的一种公文审批方法，其特征在于，所述公文审批方法，还包括：

获取所述待审批公文流转至当前审批节点的第一时刻；

获取所述待审批公文流转至下一审批节点的第二时刻；

基于所述第二时刻和第一时刻的差值，以获得所述待审批公文在当前审批节点的停留时长；

发送所述通知信息至下一审批节点的审批人员的微信公众号，其中，通知信息包括停留时长。

4.根据权利要求3所述的一种公文审批方法，其特征在于，获取所述第一时刻之后的步骤，具体还包括：

在获取到所述第一时刻的情况下，进行计时，以获得未处理时长；

将所述未处理时长与预设的第一时长阈值进行比较，若所述未处理时长大于所述第一时长阈值，则生成第一提示信息；

将所述第一提示信息发送至当前审批节点的审批人员的移动端内。

5.根据权利要求4所述的一种公文审批方法，其特征在于，获得所述未处理时长之后的步骤，具体还包括：

将所述未处理时长与预设的第二时长阈值进行比较，若所述未处理时长大于所述第二时长阈值，则将当前审批节点的所述待审批公文自动发送至预设的当前审批节点的临时审批人员处，并生成第二提示信息；其中，所述第二时长阈值大于第一时长阈值；

将所述第二提示信息发送至当前审批节点的临时审批人员的移动端内。

6.根据权利要求1所述的一种公文审批方法，其特征在于，所述待审批公文生成的具体步骤，包括：

获取待编辑公文的编辑请求；

基于所述编辑请求和预设的待编辑公文的存储地址，从预设的数据库的公文库中调取所述待编辑公文；

基于预设的pageoffice插件，启用wps文件编辑服务；

基于所述wps文件编辑服务，通过对所述待编辑公文进行编辑，以生成所述待审批公文。

7.根据权利要求1-6任一所述的一种公文审批方法，其特征在于，所述公文审批的方法还包括：

在完成对待审批公文的审批后，获取签收请求；

基于所述签收请求，分发流转所述待审批公文至签收对象处，以使所述签收对象签收所述待审批公文；

基于所述签收请求，发送签收提示信息至所述签收人员的移动端。

8.一种公文审批系统，其特征在于，包括：

微信端（110），用于关注微信公众号，并获取公文审批系统的进入请求，并跳转至公文审批系统的登录网页，并获取审批人员的员工号；

审批模块（120），用于对待审批公文进行审批。

9.一种公文审批装置，其特征在于，包括：

存储器，用于存储公文审批程序；

处理器，用于执行所述存储器上存储的公文审批程序，以实现如权利要求1-7任一所述的公文审批方法的步骤。

10.一种计算机可读存储介质，其特征在于，存储有能够被处理器加载并执行如权利要求1-7任一所述的公文审批方法的计算机程序。

Images