CN113469517B - 基于excel服务器的信息管理方法及系统 - Google Patents

Abstract

本申请涉及一种基于EXCEL服务器的信息管理方法及系统，其方法包括获取请求模板及所述请求模板中的请求信息；基于所述请求模板的模板类型，调取预设在数据库中的对应的自批规则；在所述请求模板中的所述请求信息符合对应的所述自批规则时，结束请求审批，并将审批通过信息输出给登陆传输所述请求模板用户账号的客户端。在接收到请求模板后，获取请求模板中的请求信息，当请求信息符合对应的自批规则时，无需将请求模板传输给企业的管理者，自动审批通过，有助于减少管理者的工作量和发起请求的员工的等待时间。本申请具有有助于提高信息管理效率的效果。

Description

基于EXCEL服务器的信息管理方法及系统

技术领域

本申请涉及EXCEL服务器的领域，尤其是涉及一种基于EXCEL服务器的信息管理方法及系统。

背景技术

Excel服务器是一个面向最终用户的信息系统设计工具与运行平台，它将电子表格软件MS Excel和大型数据库管理系统集成为一个网络数据业务协同工作环境。用户可以充分发挥Excel的应用水平，通过设计模板、定义工作流和定义表间公式等操作，实现管理意图。

随着经济和科技的发展，越来越多的生产型企业实现管理信息化，企业内的订单管理和人员管理均由线上完成。由于Ecxel服务器简单易用，快速定制的构建方式使得信息系统能够很好地应对需求的变化；再结合Excel服务器的构建可以由企业自己的人员完成，无需外聘it人员，使Excel服务器成为了更多企业在信息管理上的选择。

相关技术中基于Excel服务器的企业信息管理系统包括数据库、服务器和客户端，服务器中配置有部门、角色和用户，还配置有信息流程；数据库中存储有人员信息和若干模板。企业的每个员工均为一个用户，通过客户端登陆管理系统，根据需求向服务器发送请求，服务器根据用户的请求调取数据库中的对应模板，而后用户通过客户端填写模板并提交。服务器根据对应的信息流程将填写好的模板依次流转到各个角色的账户中，直到产生结果，停止流转。

针对上述中的相关技术，发明人认为员工填写好模板后，模板需要在多个角色流转，每个角色均同意后视为员工的请求通过。但在实际生活中，每个角色对应的人往往是企业的管理者，工作繁忙，很难在第一时间对信息进行审核和批阅，导致流程的滞后性严重，信息的管理效率低下。

发明内容

为了有助于提高信息管理的效率，本发明提供一种基于EXCEL服务器的信息管理方法及系统。

第一方面，本申请提供的一种基于EXCEL服务器的信息管理方法采用如下的技术方案：

一种基于EXCEL服务器的信息管理方法，包括：

获取请求模板及所述请求模板中的请求信息；

基于所述请求模板的模板类型，调取预设在数据库中的对应的自批规则；

在所述请求模板中的所述请求信息符合对应的所述自批规则时，结束请求审批，并将审批通过信息输出给登陆传输所述请求模板用户账号的客户端；

在所述请求模板中的所述请求信息不符合对应的所述自批规则时，调取预设在数据库中的对应的审批流程，根据所述审批流程流转所述请求模板，直到产生审批结果，将所述审批结果输出给登陆传输所述请求模板用户账号的客户端。

通过采用上述技术方案，服务器接收到请求模板后，调取数据库中预设的自批规则，并判断请求信息是否符合自批规则。若符合自批规则，则直接结束请求审批的流程，视为请求通过，将审批通过信息输出给对应的客户端。若不符合自批规则，则调取审批流程，将请求模板按照审批流程流转。由于设置了自动审批的机制，因此对于一些符合自批规则的请求可以无需经过多个管理者的审批，自动通过。一方面减少了管理者的工作负担，另一方面有助于提高信息管理的效率。

可选的，所述请求模板包括在订单请求时使用的订单模板和在请假请求时使用的请假模板；

所述请求信息包括与所述订单模板对应的订单请求信息和与所述请假模板对应的请假请求信息：

所述订单请求信息包括：:订单日期、录入人、客户名称和产品编号；

所述请假请求信息包括：请假人、填写时间、请假时间、请假类型和工作堆积情况；

所述自批规则包括与所述订单模板对应的订单自批规则和与所述请假模板对应的请假自批规则。

通过采用上述技术方案，企业中，订单请求和请假请求占所有请求的一半以上。通过设置订单自批规则和请假自批规则有助于减少管理者大量的审核请求的工作量，在订单请求或请假请求符合对应的自批规则后，请求人即可以立刻得到审批通过信息，便于减少订单请求或请假请求走审批流程时的等待时间，从而有助于提高信息管理的效率。

可选的，判断所述订单模板中的所述订单请求信息是否符合所述订单自批规则的步骤包括：

调取网络时间，判断订单日期与所述网络时间是否为同一天；

到预设在数据库中的人员信息表中查询录入人，判断录入人是否在所述人员信息表中存在；

到预设在数据库中的客户信息表中查询客户名称，判断客户名称是否在所述客户信息表中存在；

到预设在数据库中的停售产品表中查询产品编号，判断产品编号是否在所述停售产品表中存在；

当订单日期与所述网络时间为同一天、录入人在所述人员信息表中存在、客户名称在所述客户信息表中存在和产品编号不在所述停售产品表中存在时，判定符合订单自批规则；否则判定不符合订单自批规则。

通过采用上述技术方案，订单日期与网络时间为同一天代表该订单是当日生成的，排除了历史订单和错误订单通过自动审批的情况。录入人必须是企业中的人员，排除了他人恶意创建的订单请求通过自动审批的情况。此外，还对客户名称和产品编号进行了核查，有助于提高自动审批的科学性和合理性。

可选的，判断所述请假模板中的所述请假请求信息是否符合所述请假自批规则的步骤包括：

判断填写时间是否晚于请假时间中的请假开始时间；

到预设在数据库中的人员信息表中查询请假人，判断请假人是否在所述人员信息表中存在时；

到预设在数据库中的请假自批类型表中查询请假类型，判断请假类型是否在所述请假自批类型表中存在；

判断是否有工作堆积情况；

当填写时间不晚于请假时间中的请假开始时间、请假人在所述人员信息表中、请假类型在所述请假自批类型表中和没有工作堆积情况时，判定符合请假自批规则；否则判定不符合请假自批规则。

通过采用上述技术方案，填写时间不晚于请假时间中的请假开始时间，代表请假请求是在请假时间前发起的，对于已经处于请假时间内或在请假时间之后提交的请假请求不予自动审批。请假类型需要符合请假自批类型表中的请假类型，管理者可以自由的更改请假自批类型表中的请假类型，有助于控制可以通过请假自批规则的请假类型。对于有工作堆积情况的不予通过请假自批规则，便于管理者根据实际情况对请假请求做出审批结果。因此对于符合请假要求的，请假请求能够通过请假自批规则，有助于减少管理者的工作量，提高信息管理的效率。

可选的，判断所述请假模板中的所述请假请求信息是否符合所述请假自批规则的步骤还包括；

到预设在数据库中的繁忙月份表中查询请假时间是否属于繁忙月份；当填写时间不晚于请假时间中的请假开始时间、请假人在所述人员信息表中、请假类型在所述请假自批类型表中、没有工作堆积情况和请假时间不属于繁忙月份时，判定符合请假自批规则；否则判定不符合请假自批规则。

通过采用上述技术方案，只有在不繁忙的月份请假请求才有可能通过请假自批规则，而管理者可以通过改变繁忙月份表中的繁忙月份，对能够通过请假自批规则的请假请求进行控制，有助于提高信息管理效率。

可选的，在所述将审批通过信息输出给登陆传输所述请求模板用户账号的客户端之后，还包括:

调取预设在数据库中对应的审批流程，将请求模板、请求信息和审批通过信息发送给所述审批流程中各角色对应的用户账号。

通过采用上述技术方案，便于相关负责人得知通过自动审批的请求的详细情况，从而对企业进行管理。

可选的，在所述获取请求模板之前，还包括：

获取用户请求；

基于所述用户请求调取预设在数据库中对应的空白模板；

将所述空白模板传输给与所述用户请求对应的客户端。

通过采用上述技术方案，服务器自动将空白模板传输给对应的客户端，无需员工自行下载或查找空白模板，有助于提高信息管理的效率。

可选的，在所述将所述空白模板传输给与所述用户请求对应的客户端之前，还包括：

基于发起所述用户请求的用户的用户信息和预设在数据库中的人员信息表，将用户名填写在所述空白模板的录入人栏或请假人栏中；

获取网络时间，将所述网络时间填写在所述空白模板的填写时间栏中；

基于预设在数据库中的客户信息表，将所述客户信息表中的客户名称填写在所述空白模板的客户名称栏的下拉列表中。

通过采用上述技术方案，服务器自动将空白模板中的某些信息填写，便于节省员工填写请求信息的时间，也有助于降低请求信息出错的概率，从而便于提高请求信息符合对应的自批规则的概率，有助于提高信息管理的效率。

第二方面，本申请提供的一种基于EXCEL服务器的信息管理方法采用如下的技术方案：

一种基于EXCEL服务器的信息管理方法，包括：

生成用户请求；

将所述用户请求传输给服务器；

接收所述服务器传输的空白模板；

填写有请求信息的空白模板形成请求模板；

将请求模板传输给所述服务器；

接收所述服务器基于所述请求模板传输的审批结果；所述审批结果包括审批通过信息和审批不通过信息。

第三方面，本申请提供的一种基于EXCEL服务器的信息管理系统采用如下的技术方案

一种基于EXCEL服务器的信息管理系统，包括客户端、服务器和数据库；

所述数据库用于存储审批流程、审批用户表、人员信息表、客户信息表、停售产品表、请假自批类型表、繁忙月份表和空白模板；

所述审批流程包括订单审批流程和请假审批流程；

所述审批用户表包括若干部门，每个部门对应有若干角色，每个角色对应有用户，每个所述用户对应有用户账号；

所述人员信息表中储存有人员名称和联系方式；

所述客户信息表中储存有客户名称；

所述停售产品表中储存有停售产品的产品名称和产品型号；

所述请假自批类型表中储存有请假类型；

所述繁忙月份表中储存有繁忙月份；

所述客户端用于登陆用户账号和基于登陆后的所述用户账号生成用户请求；

所述服务器用于响应所述用户请求，基于所述用户请求调取所述数据库中的对应空白模板，并将所述空白模板传输给对应的客户端；

所述客户端用于响应所述服务器传输的空白模板；

所述空白模板中填写有请求信息后形成请求模板；

所述客户端还用于将所述请求模板传输给所述服务器；

所述服务器用于接收所述请求模板并获取所述请求模板中的请求信息，基于所述请求模板的模板类型调取所述数据库中的对应的自批规则；在所述请求模板中的所述请求信息符合对应的所述自批规则时，结束请求审批，并将审批通过信息输出给对应的客户端；

所述服务器还用于在所述请求模板中的所述请求信息不符合对应的所述自批规则时，调取预设在数据库中的对应的审批流程，根据所述审批流程流转所述请求模板，直到产生审批结果，将所述审批结果输出给登陆传输所述请求模板用户账号的客户端。

通过采用上述技术方案，服务器接收到请求模板后，先调取数据库中的自批规则，而后基于请求模板中的请求信息判断该请求模板是否符合自批规则；若符合，则不会将请求模板按照是审批流程依次在各个角色之间流转，即不需要等待各角色对应的管理者的审批，直接输出审批通过信息。如此一来，发起请求的用户不需要等待较长的审批时间；另一方面，便于减少管理者的工作量。从而有助于提高信息管理的效率。

综上所述，企业的管理者在数据库中设置订单请求和请假请求的自批规则，当企业的员工上传了请求模板后，服务器先根据自批规则对请求模板中的请求信息进行判断，若请求模板中的请求信息符合自批规则，则服务器自动判断请求通过。无需将请求模板按照审批流程在各个角色之间流转，也就无需企业的管理者对每个请求模板进行浏览，而后再判断是否通过，有助于减少企业管理者的工作量，也有助于减少发起请求的员工等待审批的时间，从而有助于提高信息管理的效率。

附图说明

图1是本申请实施例的一种基于EXCEL服务器的信息管理系统的结构框图。

图2是本申请实施例的一种基于EXCEL服务器的信息管理方法的流程图。

图3是本申请实施例的判断订单请求信息是否符合订单自批规则的流程图。

图4是本申请实施例的判断请假请求信息是否符合请假自批规则的流程图。

图5是本申请实施例的另一种基于EXCEL服务器的信息管理方法的流程图。

附图标记说明：

1、数据库；2、服务器；3、客户端。

具体实施方式

本申请实施例公开一种基于EXCEL服务器的信息管理系统。参照图1，基于EXCEL服务器的信息管理系统包括数据库1、服务器2和若干客户端3。数据库1可以设置在PC中，也可以设置在服务器2中，亦或者采用云数据库1。数据库1用于存储审批用户表、审批流程、人员信息表、客户信息表、停售产品表、请假自批类型表、繁忙月份表和空白模板。

审批用户表包括中储存有若干部门，每个部门对应有若干角色，每个角色对应有用户，每个用户对应有用户账号。其中，部门、角色、用户和用户账号均人为设定。每个部门中可以设置一个或多个角色，例如管理部门中设置有员工、组长和部长，员工、组长和部长均为管理部门的角色。每个角色对应有一个用户，用户即企业的管理者或者员工。例如组长对应的用户为李某某，部长对应的用户为张某某，李某某和张某某即是企业管理者的名称。每个用户对应有一个用户账号，即企业的管理者或员工登陆信息管理系统时使用的账号。

审批流程包括订单审批流程和请假审批流程。订单审批流程和请假审批流程可以设置有多个，也可以仅设置一个。例如，对于不同的部门，可以每个部门设置一个订单审批流程和一个请假审批流程；或者整个企业至设置一个订单审批流程和请假审批流程。订单审批流程指对订单进行审批的流程，例如某个员工发起订单请求后，按照订单审批流程需要经过组长、部长、经理和总经理的审批，全部同意后，该订单请求视为通过；在任何一个节点不同意时，则视为不通过。请假审批流程指对请假进行审批的流程，模式与订单审批流程相同。

人员信息表中储存有人员名称、联系方式和用户账号，此外，也可以储存有人员性别、入职年份、职位、学历和学历证明材料等信息。客户信息表中储存有客户名称，此外，还可以储存客户地址、客户联系人、客户联系人联系方式和合作时间等信息。停售产品表中储存有停售产品的产品名称和产品型号，停售产品指企业暂时或永久不再生产或销售的产品。例如在某段时间内，产品A的原料短缺，则可以将产品A的产品名称和产品型号录入在停售产品表中。请假自批类型表中储存有请假类型，请假类型包括病假、事假、婚假、丧假、产假和年假。繁忙月份表中储存有繁忙月份，繁忙月份可以人为设定和更改，也可以系统根据往年每个月的订单量自动设定。例如，繁忙月份可以是一年的十二个月中，订单量最多的六个月，或者订单量大于1万次的月份。

参照图1，客户端3用于登陆用户账号和基于登录后的用户账号生成用户请求。同一个客户端3可以登陆不同的用户账号，同一个用户账号可以在不同的客户端3登陆。客户端3可以是PC端、智能手机或Pad；用户请求包括订单请求和请假请求。

服务器2用于响应用户请求，基于用户请求调取数据库1中的对应空白模板，并将空白模板传输给对应的客户端3。需要说明的是，服务器2基于用户请求调取数据库1中的对应空白模板中的对应指与用户请求对应，即用户请求为订单请求时，则调取订单空白模板；用户请求为请假请求时，则调取请假空白模板。将空白模板传输给对应的客户端3中的对应指登陆有向服务器2传输用户请求的用户账号的客户端3。例如，用户账号A在智能手机a上登陆后，向服务器2传输了一个用户请求。随后在智能手机a上退出用户账号A，并于智能手机b上登陆。则此时服务器2将空白模板传输给智能手机b。

客户端3用于响应服务器2传输的空白模板。即接收到空白模板的客户端3将空白模板传输到对应的用户账号中，随后用户即可将请求信息填写到空白模板中。填写有请求信息后的空白模板形成请求模板，请求模板包括订单模板和请假模板。不难理解，订单空白模板填写有请求信息后即为订单模板；请假空白模板填写有请求信息后即为请假模板。订单模板中的请求信息为订单请求信息，请假模板中的请求信息为请假请求信息。订单请求信息包括订单日期、录入人、客户名称和产品编号；请假请求信息包括请假人、填写时间、请假时间、请假类型和工作堆积情况。

客户端3用于将请求模板传输给服务器2。服务器2用于接收请求模板并获取请求模板中的请求信息，基于请求模板的模板类型调取数据库1中的对应的自批规则。模板类型即订单模板和请假模板，自批规则包括与订单模板对应的订单自批规则和与请假模板对应的请假自批规则。不难理解，在请求模板为订单模板时，服务器2则调取订单自批规则；在请求模板为请假模板时，服务器2则调取请假自批规则。

服务器2还用于在请求模板中的请求信息符合对应的自批规则时，结束请求审批，并将审批通过信息输出给对应的客户端3。需要说明的是，对应的客户端3值登陆有传输请求模板的用户账号的客户端3。

在请求模板中的请求信息不符合对应的自批规则时，调取预设在数据库1中的对应的审批流程，根据审批流程流转请求模板，直到产生谁审批结果，将审批结果输出给登陆传输请求模板用户账号的客户端3。审批结果包括审批通过和审批不通过。例如服务器2根据订单审批流程将订单请求模板依次传输给组长、部长、经理和总经理，但组长对应的用户不同意该订单请求模板通过，则服务器2不再将订单请求模板传输给部长、经理和总经理，且生成审批不通过信息，将审批不通过信息传输给对应的客户端3。

下面结合上述系统对基于EXCEL服务器2的信息管理方法进行详细描述：

本申请实施例公开一种基于EXCEL服务器的信息管理方法。参照图2，基于EXCEL服务器的信息管理方法包括：

S100、获取用户请求。

S200、基于用户请求调取预设在数据库1中对应的空白模板。

即根据用户请求的类型调取对应类型的空白模板。在本实施例中，用户请求包括订单请求和请假请求，空白模板包括订单空白模板和请假空白模板。

S300、基于发起用户请求的用户的用户信息和预设在数据库1中的人员信息表，将用户名填写在空白模板的录入人栏或请假人栏中。

用户信息即用户的用户账号，人员信息表中储存有每个员工的用户账号。通过获取的用户信息到人员信息表中查找到对应的员工的姓名，而后将该员工的姓名，即用户名填写在空白模板中。若空白模板为订单空白模板，则将用户名填写在录入人栏中；若空白模板为请假空白模板，则将用户名填写在请假人栏中。不难理解，若某个空白模板上既没有录入人栏也没有请假人栏，则不填写用户名。录入人栏和请假人栏可通过对应的控件得知。

S400、获取网络时间，将网络时间填写在空白模板的填写时间栏中。

填写时间栏仅在请假空白模板中存在，因此当空白模板为订单空白模板时，不再订单空白模板上填写时间。

S500、基于预设在数据库1中的客户信息表，将客户信息表中的客户名称填写在空白模板的客户名称栏的下拉列表中。

客户信息表中储存有客户名称，订单空白模板中设置有客户名称栏，且客户名称栏以选择下拉列表中的内容的方式进行填写。一方面便于提醒员工在有新客户时，及时将新客户的信息填写到客户信息表中，否则在填写订单空白模板时，客户名称栏的下拉列表中将不会出现新客户的客户名称；其次，以选择下拉列表中的内容的方式填写客户名称，有助于降低客户名称填写错误的几率，从而有助于降低因信息出错导致订单请求无法通过审批的概率。

S600、将空白模板传输给与用户请求对应的客户端3。

与用户请求对应的客户端3，即该客户端3中登陆有传输用户请求的用户账号。

S700、获取请求模板即请求模板中的请求信息。

根据基于EXCEL服务器2的信息管理系统可知，客户端3接收到空白模板后，响应空白模板，即空白模板出现在发起用户请求的用户账号中。而后员工即可对空白模板进行填写，填写的信息为请求信息，填写有请求信息的空白模板形成请求模板；请求模板包括订单模板和请假模板，订单模板中的请求信息为订单请求信息，请假模板中的请求信息为请假请求信息。员工填写好空白模板后基于用户账号将请求模板上传至服务器2，服务器2获取请求模板和请求信息。

S800、基于请求模板的模板类型，调取预设在数据库1中的对应的自批规则。

模板类型包括订单类型和请假类型，订单类型对应的请求模板为订单模板，请假类型对应的请求模板为请假模板。自批规则包括订单自批规则和请假自批规则，订单自批规则与订单类型即订单模板对应，请假自批规则与请假类型即请假模板对应。

S900、在请求模板中的请求信息符合对应的自批规则时，结束请求审批，并将审批通过信息输出给登陆传输请求模板用户账号的客户端3。

结束请求审批即审批流程结束，并生成审批结果。审批结果包括审批通过和审批不通过。符合自批规则时，审批结果为审批通过，从而将审批通过信息传输给对应的客户端3。

S1000、调取预设在数据库1中对应的审批流程，将请求模板、请求信息和审批通过信息发送给审批流程中各角色对应的用户账号。

便于使企业的管理者得知通过自动审批得到许可的用户请求的情况。

S1100、在请求模板中的请求信息不符合对应的自批规则时，调取预设在数据库1中的对应的审批流程，根据审批流程流转请求模板，直到产生审批结果，将审批结果输出给登陆传输请求模板用户账号的客户端3。

为了便于理解，例如，设置有部门A、部门B和部门C，部门A中有订单自批规则a1，有请假自批规则a2，有订单审批流程a3和请假审批流程a4；部门B中有订单自批规则b1，有请假自批规则b2，有订单审批流程b3和请假审批流程b4；部门C中有订单自批规则c1，有请假自批规则c2，有订单审批流程c3和请假审批流程c4。用户j属于部门B，在用户j提交了一份订单模板后，则服务器2调取订单自批规则b1，判断订单模板中的订单信息是否符合订单自批规则b1，若符合则结束审批流程；若不通过，则调取订单审批流程b3，按照订单审批流程b3流转订单模板。

用户k属于部门C，在用户k提交了一份请假模板后，服务器2调取请假自批规则c1，若请假模板中的请假信息不符合请假自批规则c1，则调用请假审批流程c4，按照请假审批流程c4流转请假模板。

服务器2基于数据库1中的人员信息表既可以通过用户账号得知对应的员工姓名，通过员工姓名即可到数据库1中的审批用户表查询到该员工属于的部门，基于部门即可调取到对应的自批规则和对应的审批流程。

根据审批流程流转请求模板即按照审批流程中的顺序，依次将请求模板发送给对应角色的用户账号，若通过审批，则流转到下一个节点的角色的用户账号中；若不通过审批，则视为产生审批结果，审批结果为审批不通过。审批通过则将审批通过信息输出给登陆传输请求模板用户账号的客户端3，审批不通过则将审批不通过信息输出给登陆传输请求模板用户账号的客户端3。

参照图3，判断订单模板中的订单请求信息是否符合订单自批规则的步骤包括：

S1、调取网络时间，判断订单日期与网络时间是否为同一天；

S2、到预设在数据库1中的人员信息表中查询录入人，判断录入人是否在人员信息表中存在。

录入人即填写在订单模板的录入人栏中的姓名。

S3、到预设在数据库1中的客户信息表中查询客户名称，判断客户名称是否在客户信息表中存在。

客户名称即填写在订单模板的客户名称栏中的名称。

S4、到预设在数据库1中的停售产品表中查询产品编号，判断产品标号是否在停售产品表中存在。

产品标号即填写在订单模板的产品编号栏中的编号。

当订单日期与网络时间为同一天、录入人在人员信息表中存在、客户名称在客户信息表中存在和产品标号不在停售产品表中存在时，判定符合订单自批规则；否则判定不符合订单自批规则，即订单日期与网络时间不为同一天、录入人不在人员信息表中存在、客户名称不在客户信息表中存在或产品标号在停售产品表中存在时，判定不符合订单自批规则。

需要说明的是，步骤S1、S2、S3和S4之间没有固定顺序要求，可以同时进行判断，也可以以任意顺序依次判断。

参照图4，判断请假模板中的请假请求信息是否符合请假自批规则的步骤包括：

S10、判断填写时间是否晚于请假时间中的请假开始时间。

S20、到预设在数据库1中的人员信息表中查询请假人，判断请假人是否在人员信息表中存在。

请假人即填写在请假模板的请假人栏中的名称。

S30、到预设在数据库1中的请假自批类型表中查询请假类型，判断请假类型是否在请假自批类型表中存在。

请假类型即填写在请假模板的请假类型栏中的类型名称。

S40、判断是否有工作堆积情况。

请假空白模板中设置有工作堆积情况勾选框，勾选代表有工作堆积，不勾选代表无工作堆积。检测勾选框是否勾选即可判断工作堆积情况。

S50、到预设在数据库1中的繁忙月份表中查询请假时间是否属于繁忙月份。

当填写时间不晚于请假时间中的请假开始时间、请假人在人员信息表中、请假类型在请假自批类型表中、没有工作堆积情况和请假时间不属于繁忙月份时，判定符合请假自批规则；若填写时间晚于请假时间中的请假开始时间、请假人不在人员信息表汇总、请假类型不在请假自批类型表中、有工作堆积情况或请假时间属于繁忙月份时，判定不符合请假自批规则。

需要说明的是，步骤S10、S20、S30、S40和S50之间没有固定顺序要求，可以同时进行判断，也可以以任意顺序依次判断

本申请实施例一种基于EXCEL服务器的信息管理方法的实施原理为：服务器2根据用户请求将对应的空白模板传输给对应的客户端3，员工填写空白模板，使空白模板中填写有请求信息，并使空白模板形成请求模板。服务器2接收请求模板，获取请求模板中的请求信息，通过请求信息和对应的自批规则判断该请求模板是否符合自动审批要求。如果符合，则服务器2不再按照审批流程依次流转请求模板，而是输出审批通过信息，便于减少员工等待审批的时间，从而便于提高信息管理的效率。如果不符合，则服务器2调取对应的审批流程，并流转请求模板，知道产生审批结果，结束审批流程，将审批结果输出。

本申请实施例还公开一种基于EXCEL服务器的信息管理方法。参照图5，基于EXCEL服务器的信息管理方法包括：

S1.1、将用户请求传输给服务器2。

S1.2、接收服务器2传输的空白模板。

员工对空白模板进行填写，填写的信息为请求信息，填写有请求信息的空白模板形成请求模板。

S1.3、将请求模板传输给服务器2。

S1.4、接收服务器2基于请求模板传输的审批结果。

审批结果包括审批通过信息和审批不通过信息。员工通过审批结果即可得知请求模板是否通过。

以上均为本申请的较佳实施例，并非依此限制本申请的保护范围，故：凡依本申请的结构、形状、原理所做的等效变化，均应涵盖于本申请的保护范围之内。

Claims (6)

1.一种基于EXCEL服务器的信息管理方法，其特征在于，包括：

获取请求模板及所述请求模板中的请求信息；

所述请求模板包括在订单请求时使用的订单模板和在请假请求时使用的请假模板；

所述请求信息包括与所述订单模板对应的订单请求信息和与所述请假模板对应的请假请求信息：

基于所述请求模板的模板类型，调取预设在数据库(1)中的对应的自批规则；

判断所述订单模板中的所述订单请求信息是否符合订单自批规则的步骤包括：

调取网络时间，判断订单日期与所述网络时间是否为同一天；

到预设在数据库(1)中的人员信息表中查询录入人，判断录入人是否在所述人员信息表中存在；

到预设在数据库(1)中的客户信息表中查询客户名称，判断客户名称是否在所述客户信息表中存在；

到预设在数据库(1)中的停售产品表中查询产品编号，判断产品编号是否在所述停售产品表中存在；

当订单日期与所述网络时间为同一天、录入人在所述人员信息表中存在、客户名称在所述客户信息表中存在和产品编号不在所述停售产品表中存在时，判定符合订单自批规则；否则判定不符合订单自批规则；

在所述请求模板中的所述请求信息符合对应的所述自批规则时，结束请求审批，并将审批通过信息输出给登陆传输所述请求模板用户账号的客户端(3)；

在所述请求模板中的所述请求信息不符合对应的所述自批规则时，调取预设在数据库(1)中的对应的审批流程，根据所述审批流程流转所述请求模板，直到产生审批结果，将所述审批结果输出给登陆传输所述请求模板用户账号的客户端(3)；

所述订单请求信息包括：订单日期、录入人、客户名称和产品编号；

所述请假请求信息包括：请假人、填写时间、请假时间、请假类型和工作堆积情况；

所述自批规则包括与所述订单模板对应的订单自批规则和与所述请假模板对应的请假自批规则；

判断所述请假模板中的所述请假请求信息是否符合所述请假自批规则的步骤包括：

判断填写时间是否晚于请假时间中的请假开始时间；

到预设在数据库(1)中的人员信息表中查询请假人，判断请假人是否在所述人员信息表中存在时；

到预设在数据库(1)中的请假自批类型表中查询请假类型，判断请假类型是否在所述请假自批类型表中存在；

判断是否有工作堆积情况；

当填写时间不晚于请假时间中的请假开始时间、请假人在所述人员信息表中、请假类型在所述请假自批类型表中和没有工作堆积情况时，判定符合请假自批规则；否则判定不符合请假自批规则。

2.根据权利要求1所述的一种基于EXCEL服务器的信息管理方法，其特征在于：判断所述请假模板中的所述请假请求信息是否符合所述请假自批规则的步骤还包括；

到预设在数据库(1)中的繁忙月份表中查询请假时间是否属于繁忙月份；当填写时间不晚于请假时间中的请假开始时间、请假人在所述人员信息表中、请假类型在所述请假自批类型表中、没有工作堆积情况和请假时间不属于繁忙月份时，判定符合请假自批规则；否则判定不符合请假自批规则。

3.根据权利要求1所述的一种基于EXCEL服务器的信息管理方法，其特征在于：在所述将审批通过信息输出给登陆传输所述请求模板用户账号的客户端(3)之后，还包括:

调取预设在数据库(1)中对应的审批流程，将请求模板、请求信息和审批通过信息发送给所述审批流程中各角色对应的用户账号。

4.根据权利要求1所述的一种基于EXCEL服务器的信息管理方法，其特征在于：在所述获取请求模板之前，还包括：

获取用户请求；

基于所述用户请求调取预设在数据库(1)中对应的空白模板；

将所述空白模板传输给与所述用户请求对应的客户端(3)。

5.根据权利要求4所述的一种基于EXCEL服务器的信息管理方法，其特征在于：在所述将所述空白模板传输给与所述用户请求对应的客户端(3)之前，还包括：

基于发起所述用户请求的用户的用户信息和预设在数据库(1)中的人员信息表，将用户名填写在所述空白模板的录入人栏或请假人栏中；

获取网络时间，将所述网络时间填写在所述空白模板的填写时间栏中；

基于预设在数据库(1)中的客户信息表，将所述客户信息表中的客户名称填写在所述空白模板的客户名称栏的下拉列表中。

6.一种基于EXCEL服务器的信息管理系统，其特征在于：包括客户端(3)、服务器(2)和数据库(1)；

所述数据库(1)用于存储审批流程、审批用户表、人员信息表、客户信息表、停售产品表、请假自批类型表、繁忙月份表和空白模板；

所述审批流程包括订单审批流程和请假审批流程；

所述审批用户表包括若干部门，每个部门对应有若干角色，每个角色对应有用户，每个所述用户对应有用户账号；

所述人员信息表中储存有人员名称和联系方式；

所述客户信息表中储存有客户名称；

所述停售产品表中储存有停售产品的产品名称和产品型号；

所述请假自批类型表中储存有请假类型；

所述繁忙月份表中储存有繁忙月份；

所述客户端(3)用于登陆用户账号和基于登陆后的所述用户账号生成用户请求；

所述服务器(2)用于响应所述用户请求，基于所述用户请求调取所述数据库(1)中的对应空白模板，并将所述空白模板传输给对应的客户端(3)；

所述客户端(3)用于响应所述服务器(2)传输的空白模板；

所述空白模板中填写有请求信息后形成请求模板；

所述客户端(3)还用于将所述请求模板传输给所述服务器(2)；

所述服务器(2)用于接收所述请求模板并获取所述请求模板中的请求信息，基于所述请求模板的模板类型调取所述数据库(1)中的对应的自批规则；在所述请求模板中的所述请求信息符合对应的所述自批规则时，结束请求审批，并将审批通过信息输出给对应的客户端(3)；

所述服务器(2)还用于在所述请求模板中的所述请求信息不符合对应的所述自批规则时，调取预设在数据库(1)中的对应的审批流程，根据所述审批流程流转所述请求模板，直到产生审批结果，将所述审批结果输出给登陆传输所述请求模板用户账号的客户端(3)。