1.本发明属于it运维技术领域，具体涉及一种工作流审批方法及系统。
背景技术：
2.工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。工作流系统广泛用于记录、跟踪、审批、执行各项工作事务。
3.目前，企业的工作流主要是通过钉钉完成，但是，对于各种企业、各种运营活动的审批，钉钉不能对其进行较好地支持，还是需要经过相关负责人审批后，再由相关负责人手动执行，执行人手动处理效率较低，且很难进行审批统计，另外，假如遇到紧急处理的事务需要提请审批以及审批，又不在正常办公时间，那么，按照传统的人工纸件的业务流转方式难以满足审批条件，也无法及时进行审批统计，而钉钉对于此类审批工作也无法进行较好地支持，难以满足各种企业的个性化需求，因此，需要给出一种工作流审批方法及系统，使其能够满足企业的个性化审批需要。
技术实现要素：
4.为了解决背景技术中提出的问题，达到“给出一种工作流审批方法及系统，从而满足企业的个性化审批需要”的目的，本发明给出了一种工作流审批方法及系统。
5.一种工作流审批方法，包括：a.首先对所有员工进行角色分配，角色包括：管理员、普通角色、代理角色；b.由普通角色或管理员预先创建人群对象，由管理员预先创建审批模板；c.需要请求审批时，由普通角色或代理角色或管理员作为审批发起人选择一个审批模板，并对审批模板进行补充编辑，进而提出业务请求，请求审批；d.由其他普通角色或管理员对业务请求进行审批；c、d过程中的操作被自动记录，并生成操作日志，仅供管理员查看。代理角色的权限最小，只能够请求审批，而普通角色在涵盖代理角色权限的基础上，还拥有创建人群对象、进行审批的权限，而管理员则在涵盖普通角色权限的基础上，还拥有预先配置审批模板、查看操作日志的权限。代理角色、普通角色、管理员都有多个，相同的角色之间，在整个方法、系统过程中的权限是等同的，但不代表其在真实的企业架构中的岗位、权限是等同的。
6.进一步地，在b中，创建人群对象的方式有两种，一种是静态人群构建，另一种是动态人群构建；静态人群构建是指通过直接指定账号id、指定手机号、根据用户的属性或行为进行筛选这三种途径中的一种或几种在数据库中筛选出来并构建的人群，但在进行筛选完毕后，后续用户即使更新了属性或行为也无法再对已经构建的静态人群产生影响；动态人群是指根据多个维度的维度值构建出的人群，与静态人群的不同之处在于，动态人群在构建时，只是指定用户的属性或行为条件，假如有用户更新了行为或属性，满足了指定的条件，则自动将其归入其中，动态人群的维度包括：用户类型、注册时间、k级（k1
‑
k10）、累计发单数、账户余额、进x天发单量（x为手动配置）；静态人群基于大数据统计，每个用户的属性
和行为值存储在大数据表里，选择完属性和行为，就筛选出匹配的用户，动态人群只是定义好人群的规则（即维度和维度值），具体有哪些用户匹配待定，等用户发起某个业务请求时动态的比较是否满足动态人群的规则。
7.进一步地，在b中，预先创建审批模板时，需要管理员对申请业务类型、业务针对的城市、审批节点进行预先配置。通过配置指定不同的业务类型、针对的城市、审批节点，管理员预先创建出不同的审批模板。管理员预先配置出不同的审批模板，同时留出空间与提示，用于引导审批发起人填写申请原因、预期效果、业务信息。
8.进一步地，申请业务类型分为：申请发送短信；申请发送优惠券；申请发送广告；申请发送站内信；申请发送push通知；申请提取数据（提取大数据表中的数据（即静态人群的数据），包括用户的行为和属性值）；申请批量发放u点和/或u币，作为平台的积分、代币，其中，申请提取数据是指提取静态人群的数据，包括用户的行为和属性、账号id、手机号。
9.进一步地，审批模板中的审批节点是一个或多个，每个审批节点对应审批流程中的一个岗位，每个审批模板对应的审批流向由审批模板中所有审批节点的序列决定，每个审批节点根据城市的不同设置不同的审批人，管理员在预先创建的审批模板中针对不同的城市配置不同的审批节点。
10.进一步地，审批人分为归属于一个城市的审批人即城市级审批人、归属全国的审批人即全国级审批人，当审批节点没有配置特定的归属于一个城市的审批人时，默认值为一个归属全国的审批人。
11.进一步地，在c中，对审批模板进行补充编辑指对发送对象、申请原因、预期效果、业务信息进行填写。
12.进一步地的，所述的发送对象分为抄送人、审批模板中所有审批节点的序列的第一个审批人。
13.一种工作流审批系统，包括：用户信息数据库模块，以用户id、用户手机号、用户的属性、用户的行为作为字段，建立数据库，存储并管理用户信息数据的记录，支持增删改查；人群对象构建模块，用于对用户信息数据库模块进行操作，从数据库中筛选出满足不同条件的用户，构成不同的人群对象；审批模板构建模块，用于对申请业务类型、业务针对的城市、审批节点进行配置，从而构建审批模板；提请审批模块，用于审批发起人选择已经构建好的审批模板，并对审批模板进行补充编辑，填写发送对象、申请原因、预期效果、业务信息，并开始提请审批，开始自动给发送对象发送钉钉消息进行提醒审批；审批模块，用于根据提请审批模块发送的请求，按照审批模板的配置信息中的审批节点序列顺次报送审批人，前一审批人审批通过后，自动报送下一审批节点的审批人，从而实现审批流转，当所有审批节点通过后，自动向审批发起人以及发送对象发送审批通过的钉钉消息，同时，审批发起人提出的业务请求自动执行；记录模块，用于自动记录各种角色的员工在系统中进行的各种操作，并生成操作日志，并仅供管理员查看；角色管理模块，用于存储、增加、删除、修改、查询员工的角色信息。
14.进一步地，提请审批模块还允许审批发起人撤销已提出但还未通过的审批。
15.整个方法、系统的架构流程能够运行于windows终端、mac终端、linux终端、android移动终端、ios移动终端、ipad移动终端。
16.与现有技术相比，本发明公开的技术方案具有以下有益效果：通过本方法及系统，
可以灵活设置多种模板，更好地支持企业的运营活动的审批与开展，满足企业的个性化审批需要，在遇到需要紧急处理的事务时，无论是提请审批还是进行审批，都能够突破时间与空间的限制，同时便于后期对于审批请求的类型等数据的统计。
具体实施方式
17.下面说明本发明的具体实施方式，公开实施方式的目的在于对本发明进行说明解释，而非是对本发明的限制，一切在本发明的基础上进行简单替换、组合和发展得到的技术方案，都应落入本发明的保护范围。
18.实施例一一种工作流审批方法，包括：a.首先对所有员工进行角色分配，角色包括：管理员、普通角色、代理角色；b.由普通角色或管理员预先创建人群对象，由管理员预先创建审批模板；c.需要请求审批时，由普通角色或代理角色或管理员作为审批发起人选择一个审批模板，并对审批模板进行补充编辑，进而提出业务请求，请求审批；d.由其他普通角色或管理员对业务请求进行审批；c、d过程中的操作被自动记录，并生成操作日志，仅供管理员查看。
19.进一步地，在b中，创建人群对象的方式有两种，一种是静态人群构建，另一种是动态人群构建；静态人群构建是指通过直接指定账号id、指定手机号、根据用户的属性或行为进行筛选这三种途径中的一种或几种在数据库中筛选出来并构建的人群，但在进行筛选完毕后，后续用户即使更新了属性或行为也无法再对已经构建的静态人群产生影响；动态人群是指根据多个维度的维度值构建出的人群，与静态人群的不同之处在于，动态人群在构建时，只是指定用户的属性或行为条件，假如有用户更新了行为或属性，满足了指定的条件，则自动将其归入其中，动态人群的维度包括：用户类型、注册时间、k级（k1
‑
k10）、累计发单数、账户余额、进x天发单量（x为手动配置）；静态人群基于大数据统计，每个用户的属性和行为值存储在大数据表里，选择完属性和行为，就筛选出匹配的用户，动态人群只是定义好人群的规则（即维度和维度值），具体有哪些用户匹配待定，等用户发起某个业务请求时动态的比较是否满足动态人群的规则。
20.进一步地，在b中，预先创建审批模板时，需要管理员对申请业务类型、业务针对的城市、审批节点进行预先配置。
21.进一步地，申请业务类型分为：申请发送短信、申请发送优惠券、申请发送广告、申请发送站内信、申请发送push通知、申请提取数据（提取大数据表中的数据（即静态人群的数据），包括用户的行为和属性值）、申请批量发放u点和/或u币，其中，申请提取数据是指提取静态人群的数据，包括用户的行为和属性、账号id、手机号。
22.进一步地，审批模板中的审批节点是一个或多个，每个审批节点对应审批流程中的一个岗位，每个审批模板对应的审批流向由审批模板中所有审批节点的序列决定，每个审批节点根据城市的不同设置不同的审批人。
23.进一步地，审批人分为归属于一个城市的审批人与归属全国的审批人，当审批节点没有配置特定的归属于一个城市的审批人时，默认值为一个归属全国的审批人。
24.进一步地，在c中，对审批模板进行补充编辑指对发送对象、申请原因、预期效果、业务信息进行填写。
25.进一步地，所述的发送对象分为抄送人、审批模板中所有审批节点的序列的第一
个审批人。
26.一种工作流审批系统，包括：用户信息数据库模块，以用户id、用户手机号、用户的属性、用户的行为作为字段，建立数据库，存储并管理用户信息数据的记录，支持增删改查；人群对象构建模块，用于对用户信息数据库模块进行操作，从数据库中筛选出满足不同条件的用户，构成不同的人群对象；审批模板构建模块，用于对申请业务类型、业务针对的城市、审批节点进行配置，从而构建审批模板；提请审批模块，用于审批发起人选择已经构建好的审批模板，并对审批模板进行补充编辑，填写申请原因、预期效果、业务信息，并开始提请审批，开始自动给发送对象发送钉钉消息进行提醒审批；审批模块，用于根据提请审批模块发送的请求，按照审批模板的配置信息中的审批节点序列顺次报送审批人，前一审批人审批通过后，自动报送下一审批节点的审批人，从而实现审批流转，当所有审批节点通过后，自动向审批发起人以及发送对象发送审批通过的钉钉消息，同时，审批发起人提出的业务请求自动执行；记录模块，用于自动记录各种角色的员工在系统中进行的各种操作，并生成操作日志，并仅供管理员查看；角色管理模块，用于存储、增加、删除、修改、查询员工的角色信息。
27.进一步地，提请审批模块还允许审批发起人撤销已提出但还未通过的审批。