CN116776302A - 业务模版编辑权限的配置方法和装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种业务模版编辑权限的配置方法和装置、存储介质及电子设备。其中，该方法包括：在业务审批应用中显示业务模版编辑界面，在业务模版编辑界面上获取第一帐号执行的目标编辑操作，在第一编辑权限包括对已创建的业务模版进行修改的权限、且目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于目标编辑操作，将第一业务模版修改成第二业务模版，并将第二业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态。本申请解决了相关技术中业务模板编辑的流程过于复杂，导致审批效率较低的技术问题。

Description

业务模版编辑权限的配置方法和装置、存储介质及电子设备

技术领域

本申请涉及计算机领域，具体而言，涉及一种业务模版编辑权限的配置方法和装置、存储介质及电子设备。

背景技术

用户可以基于业务审批应用中的业务模板提交各种待审批信息。在相关技术中，用户在提交待审批信息之后，从已有的业务模板中选择所需的业务模板，进而基于所选择的业务模板提交待审批信息，在待审批信息提交之后，客户端基于所选择的业务模板对待审批信息进行处理。

然而，在上述相关技术中，仅仅能够以已有的业务模板对待审批申请进行提交和处理，待审批信息的提交方式和处理方式固定不灵活，当业务人员需要对业务模板进行调整时，通常是需要将需求提交到业务主管，再由业务主管上报至模板管理部门，通过超级管理员来修改业务模板，但是，超级管理员对于业务并不熟悉，所有根据业务需求对业务模板进行的调整，均需要层层上报，导致业务模板的编辑过程所涉及的流程较为复杂。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种业务模版编辑权限的配置方法和装置、存储介质及电子设备，以至少解决相关技术中业务模板编辑的流程过于复杂，导致审批效率较低的技术问题。

根据本申请实施例的一个方面，提供了一种业务模版编辑权限的配置方法，包括：在业务审批应用中显示业务模版编辑界面，其中，所述业务审批应用的登录帐号为第一类型的第一帐号，所述第一帐号是第二帐号预先分配了第一编辑权限的帐号，所述第二帐号的类型是与所述第一类型不同的第二类型；在所述业务模版编辑界面上获取所述第一帐号执行的目标编辑操作；在所述第一编辑权限包括对已创建的业务模版进行修改的权限、且所述目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于所述目标编辑操作，将所述第一业务模版修改成第二业务模版，并将所述第二业务模版设置为允许被目标类型的帐号使用，其中，所述目标类型的帐号使用所述第二业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态。

可选地，所述方法还包括：在所述第一编辑权限包括创建业务模版的权限、且所述目标编辑操作是用于创建第三业务模版的编辑操作的情况下，响应于所述目标编辑操作，创建所述第三业务模版，并将所述第三业务模版设置为允许被所述目标类型的帐号使用，其中，所述目标类型的帐号使用所述第三业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态。

可选地，所述在业务审批应用中显示业务模版编辑界面，包括以下之一：在所述第一编辑权限为对已创建的业务模版进行修改的权限的情况下，在所述业务审批应用中显示所述业务模版编辑界面，并在所述业务模版编辑界面上显示一组业务模版标识，其中，所述一组业务模版标识中的每个业务模版标识用于表示已创建的、且允许被所述第一帐号修改的业务模版；在所述第一编辑权限为创建业务模版的权限的情况下，在所述业务审批应用中显示所述业务模版编辑界面，并在所述业务模版编辑界面上显示目标控件，其中，所述目标控件用于创建业务模版；在所述第一编辑权限包括对已创建的业务模版进行修改的权限和创建业务模版的权限的情况下，在所述业务审批应用中显示所述业务模版编辑界面，并在所述业务模版编辑界面上显示所述一组业务模版标识和所述目标控件。

可选地，所述将所述第二业务模版设置为允许被目标类型的帐号使用，包括：在所述第一类型的帐号中除了分配了所述第一编辑权限的帐号之外的帐号被禁止对已创建的业务模版进行修改的情况下，将所述第二业务模版设置为允许被所述第一类型的帐号使用，其中，所述目标类型的帐号为所述第一类型的帐号，所述第一类型的帐号中除所述第一帐号之外的帐号使用所述第二业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态；或者在所述目标类型的帐号为第三类型的帐号、所述第三类型的帐号被禁止对已创建的业务模版进行修改的情况下，将所述第二业务模版设置为允许被所述第三类型的帐号使用，其中，所述第一类型、所述第二类型以及所述第三类型是不同的类型。

可选地，所述将所述第三业务模版设置为允许被所述目标类型的帐号使用，包括：在所述第一类型的帐号中除了分配了所述第一编辑权限的帐号之外的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将所述第三业务模版设置为允许被所述第一类型的帐号使用，其中，所述目标类型的帐号为所述第一类型的帐号，所述第一类型的帐号中除所述第一帐号之外的帐号使用所述第三业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态；或者在所述目标类型的帐号为第三类型的帐号、所述第三类型的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将所述第三业务模版设置为允许被所述第三类型的帐号使用，其中，所述第一类型、所述第二类型以及所述第三类型是不同的类型。

可选地，所述方法还包括：在将所述第一业务模版修改成第二业务模版的情况下，将所述目标类型的帐号使用所述第二业务模版所产生的信息设置为对所述第二帐号处于可见的状态。

可选地，所述方法还包括：在所述第二帐号的权限配置界面上获取所述第二帐号执行的权限配置操作；响应于所述权限配置操作，为所述第一帐号分配所述第一编辑权限。

可选地，所述为所述第一帐号分配所述第一编辑权限，包括以下之一：为所述第一帐号分配对已创建的业务模版进行修改的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；为所述第一帐号分配创建业务模版的权限，其中，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；为所述第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

可选地，所述为所述第一帐号分配对已创建的业务模版进行修改的权限，包括以下至少之一：为所述第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，所述处理规则用于指示对所述已创建的业务模版对应的待审批信息的处理方式；为所述第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，所述功能控件是指编辑所述待审批信息时所使用的控件；为所述第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，所述处理流程用于指示对所述待审批信息的处理步骤。

根据本申请实施例的另一方面，还提供了一种业务模版编辑权限的配置方法，包括：在第二帐号的权限配置界面上获取所述第二帐号执行的权限配置操作，其中，所述第二帐号的类型为第二类型，所述第二帐号是允许分配业务模版编辑权限的帐号；响应于所述权限配置操作，为第一帐号分配第一编辑权限，其中，所述第一帐号的类型是与所述第二类型不同的第一类型，在所述第一编辑权限包括对已创建的业务模版进行修改的权限的情况下，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

可选地，所述为所述第一帐号分配所述第一编辑权限，包括以下之一：为所述第一帐号分配对已创建的业务模版进行修改的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；为所述第一帐号分配创建业务模版的权限，其中，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；为所述第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

可选地，所述为所述第一帐号分配对已创建的业务模版进行修改的权限，包括以下至少之一：为所述第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，所述处理规则用于指示对所述已创建的业务模版对应的待审批信息的处理方式；为所述第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，所述功能控件是指编辑所述待审批信息时所使用的控件；为所述第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，所述处理流程用于指示对所述待审批信息的处理步骤。

根据本申请实施例的又一方面，还提供了一种业务模版编辑权限的配置装置，包括：显示模块，用于在业务审批应用中显示业务模版编辑界面，其中，所述业务审批应用的登录帐号为第一类型的第一帐号，所述第一帐号是第二帐号预先分配了第一编辑权限的帐号，所述第二帐号的类型是与所述第一类型不同的第二类型；第一获取模块，用于在所述业务模版编辑界面上获取所述第一帐号执行的目标编辑操作；修改模块，用于在所述第一编辑权限包括对已创建的业务模版进行修改的权限、且所述目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于所述目标编辑操作，将所述第一业务模版修改成第二业务模版，并将所述第二业务模版设置为允许被目标类型的帐号使用，其中，所述目标类型的帐号使用所述第二业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态。

可选地，所述装置还用于：在所述第一编辑权限包括创建业务模版的权限、且所述目标编辑操作是用于创建第三业务模版的编辑操作的情况下，响应于所述目标编辑操作，创建所述第三业务模版，并将所述第三业务模版设置为允许被所述目标类型的帐号使用，其中，所述目标类型的帐号使用所述第三业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态。

可选地，所述装置用于通过如下之一方式在业务审批应用中显示业务模版编辑界面：在所述第一编辑权限为对已创建的业务模版进行修改的权限的情况下，在所述业务审批应用中显示所述业务模版编辑界面，并在所述业务模版编辑界面上显示一组业务模版标识，其中，所述一组业务模版标识中的每个业务模版标识用于表示已创建的、且允许被所述第一帐号修改的业务模版；在所述第一编辑权限为创建业务模版的权限的情况下，在所述业务审批应用中显示所述业务模版编辑界面，并在所述业务模版编辑界面上显示目标控件，其中，所述目标控件用于创建业务模版；在所述第一编辑权限包括对已创建的业务模版进行修改的权限和创建业务模版的权限的情况下，在所述业务审批应用中显示所述业务模版编辑界面，并在所述业务模版编辑界面上显示所述一组业务模版标识和所述目标控件。

可选地，所述装置用于通过如下方式将所述第二业务模版设置为允许被目标类型的帐号使用：在所述第一类型的帐号中除了分配了所述第一编辑权限的帐号之外的帐号被禁止对已创建的业务模版进行修改的情况下，将所述第二业务模版设置为允许被所述第一类型的帐号使用，其中，所述目标类型的帐号为所述第一类型的帐号，所述第一类型的帐号中除所述第一帐号之外的帐号使用所述第二业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态；或者在所述目标类型的帐号为第三类型的帐号、所述第三类型的帐号被禁止对已创建的业务模版进行修改的情况下，将所述第二业务模版设置为允许被所述第三类型的帐号使用，其中，所述第一类型、所述第二类型以及所述第三类型是不同的类型。

可选地，所述装置用于通过如下方式将所述第三业务模版设置为允许被所述目标类型的帐号使用：在所述第一类型的帐号中除了分配了所述第一编辑权限的帐号之外的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将所述第三业务模版设置为允许被所述第一类型的帐号使用，其中，所述目标类型的帐号为所述第一类型的帐号，所述第一类型的帐号中除所述第一帐号之外的帐号使用所述第三业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态；或者在所述目标类型的帐号为第三类型的帐号、所述第三类型的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将所述第三业务模版设置为允许被所述第三类型的帐号使用，其中，所述第一类型、所述第二类型以及所述第三类型是不同的类型。

可选地，所述装置还用于：在将所述第一业务模版修改成第二业务模版的情况下，将所述目标类型的帐号使用所述第二业务模版所产生的信息设置为对所述第二帐号处于可见的状态。

可选地，所述装置还用于：在所述第二帐号的权限配置界面上获取所述第二帐号执行的权限配置操作；响应于所述权限配置操作，为所述第一帐号分配所述第一编辑权限。

可选地，所述装置用于通过如下之一方式为所述第一帐号分配所述第一编辑权限：为所述第一帐号分配对已创建的业务模版进行修改的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；为所述第一帐号分配创建业务模版的权限，其中，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；为所述第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

可选地，所述装置用于通过如下之一方式为所述第一帐号分配对已创建的业务模版进行修改的权限：为所述第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，所述处理规则用于指示对所述已创建的业务模版对应的待审批信息的处理方式；为所述第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，所述功能控件是指编辑所述待审批信息时所使用的控件；为所述第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，所述处理流程用于指示对所述待审批信息的处理步骤。

根据本申请实施例的又一方面，还提供了一种业务模版编辑权限的配置装置，包括：

第二获取模块，用于在第二帐号的权限配置界面上获取所述第二帐号执行的权限配置操作，其中，所述第二帐号的类型为第二类型，所述第二帐号是允许分配业务模版编辑权限的帐号；

分配模块，用于响应于所述权限配置操作，为第一帐号分配第一编辑权限，其中，所述第一帐号的类型是与所述第二类型不同的第一类型，在所述第一编辑权限包括对已创建的业务模版进行修改的权限的情况下，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

可选地，所述装置用于通过如下之一方式为所述第一帐号分配所述第一编辑权限：

为所述第一帐号分配对已创建的业务模版进行修改的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；

为所述第一帐号分配创建业务模版的权限，其中，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；

为所述第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

可选地，所述装置用于通过如下之一方式为所述第一帐号分配对已创建的业务模版进行修改的权限：

为所述第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，所述处理规则用于指示对所述已创建的业务模版对应的待审批信息的处理方式；

为所述第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，所述功能控件是指编辑所述待审批信息时所使用的控件；

为所述第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，所述处理流程用于指示对所述待审批信息的处理步骤。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述业务模版编辑权限的配置方法。

根据本申请实施例的又一方面，提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行如以上业务模版编辑权限的配置方法。

根据本申请实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过所述计算机程序执行上述的业务模版编辑权限的配置方法。

在本申请实施例中，采用在业务审批应用中显示业务模版编辑界面，其中，业务审批应用的登录帐号为第一类型的第一帐号，第一帐号是第二帐号预先分配了第一编辑权限的帐号，第二帐号的类型是与第一类型不同的第二类型，在业务模版编辑界面上获取第一帐号执行的目标编辑操作，在第一编辑权限包括对已创建的业务模版进行修改的权限、且目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于目标编辑操作，将第一业务模版修改成第二业务模版，并将第二业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态的方式，通过第二类型的第二账号预先为第一类型的第一账号分配第一编辑权限的方式，达到了允许第一账号对第一业务模板进行编辑，且当第一账号对第一业务模板编辑后，目标类型的账号使用第二业务模板所产生的信息对于第一账号是不可见的，既能使得第一账号能够编辑业务模板，还可避免业务模板所产生的信息被第一账号查看的目的，从而实现了简化业务模板的编辑流程，提高审批效率的技术效果，进而解决了相关技术中业务模板编辑的流程过于复杂，导致审批效率较低的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种可选的业务模版编辑权限的配置方法的应用环境的示意图；

图2是根据本申请实施例的一种可选的业务模版编辑权限的配置方法的流程示意图；

图3是根据本申请实施例的一种可选的业务模版编辑权限的配置方法的示意图；

图4是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图5是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图6是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图7是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图8是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图9是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图10是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图11是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图12是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图13是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图14是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图15是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图16是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图17是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图18是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图19是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图20是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图21是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图22是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图23是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图24是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图25是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图26是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图27是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图；

图28是根据本申请实施例的一种可选的业务模版编辑权限的配置装置的结构示意图；

图29是根据本申请实施例的一种可选的业务模版编辑权限的配置产品的结构示意图；

图30是根据本申请实施例的一种可选的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

业务审批应用的管理者，可分为如下角色：

超级管理员(超管)：同企业超级管理员，拥有对业务审批应用的全部模板及配置的编辑配置规则、查看记录等能力；

应用管理员：超管可为成员赋予业务审批应用负责人角色，可管业务理审批应用自己创建的审批模板，对自己创建的审批模板拥有全部编辑配置规则、查看导出记录等权限；

模板协助者：超管可为成员赋予模板协助者角色，可协助管理指定模板的编辑配置规则、查看导出记录。无法管理指定模板外的其他模板。

模板编辑者：超管可为成员赋予模板编辑的权限，可在移动端创建、编辑模板，且仅可编辑自身模板，无权限查看相关记录。

下面结合实施例对本申请进行说明：

根据本申请实施例的一个方面，提供了一种业务模版编辑权限的配置方法，可选地，在本申请实施例中，上述业务模版编辑权限的配置方法可以应用于如图1所示的由服务器101和终端设备103所构成的硬件环境中。如图1所示，服务器101通过网络与终端103进行连接，可用于为终端设备或终端设备上安装的应用程序提供服务，应用程序可以是视频应用程序、即时通信应用程序、浏览器应用程序、教育应用程序、游戏应用程序等。可在服务器上或独立于服务器设置数据库105，用于为服务器101提供数据存储服务，例如，业务数据存储服务器，上述网络可以包括但不限于：有线网络，无线网络，其中，该有线网络包括：局域网、城域网和广域网，该无线网络包括：蓝牙、WIFI及其他实现无线通信的网络，终端设备103可以是配置有应用程序的终端，可以包括但不限于以下至少之一：手机(如Android手机、iOS手机等)、笔记本电脑、平板电脑、掌上电脑、MID(Mobile Internet Devices，移动互联网设备)、PAD、台式电脑、智能电视、可穿戴设备、车载设备等计算机设备，上述服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群，或者是云服务器，使用上述业务模版编辑权限的配置方法的应用程序107通过终端设备103或其他连接的显示设备进行显示，该应用程序107可以为任意具有模板配置功能的应用程序。

结合图1所示，上述业务模版编辑权限的配置方法可以在终端设备103通过如下步骤实现：

S1，在终端设备103的业务审批应用中显示业务模版编辑界面，其中，业务审批应用的登录帐号为第一类型的第一帐号，第一帐号是第二帐号预先分配了第一编辑权限的帐号，第二帐号的类型是与第一类型不同的第二类型；

S2，在终端设备103的业务模版编辑界面上获取第一帐号执行的目标编辑操作；

S3，在第一编辑权限包括对已创建的业务模版进行修改的权限、且目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于目标编辑操作，在终端设备103将第一业务模版修改成第二业务模版，并将第二业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态。

可选地，在本申请实施例中，用户在终端103可以对业务模板进行自定义配置。示例性的，如图1所示，终端103中包括UI(User Interface)层、逻辑层和存储层。在业务模板的配置(与下述编辑相同)过程中，由逻辑层获取存储层的数据，并通过逻辑层中的引擎对UI层进行渲染，以显示业务模板的配置界面。逻辑层包括用于解析规则配置以显示处理规则的规则引擎、用于解析控件配置以显示功能控件的控件引擎，以及用于解析流程配置以显示处理流程的流程引擎；存储层包括用于存储全量规则信息和已配置的规则配置信息的规则存储版块、用于存储全量控件信息和已配置的控件配置信息的控件存储版块，以及用于存储全量流程信息和已配置的流程信息的流程配置版块。

可选地，在本申请实施例中，上述业务模版编辑权限的配置方法还可以通过服务器实现，例如，图1所示的服务器101中实现；或由用户终端和服务器共同实现。

上述仅是一种示例，本实施例不做具体的限定。

可选地，作为一种可选的实施方式，如图2所示，上述业务模版编辑权限的配置方法包括：

S202，在业务审批应用中显示业务模版编辑界面，其中，业务审批应用的登录帐号为第一类型的第一帐号，第一帐号是第二帐号预先分配了第一编辑权限的帐号，第二帐号的类型是与第一类型不同的第二类型；

S204，在业务模版编辑界面上获取第一帐号执行的目标编辑操作；

S206，在第一编辑权限包括对已创建的业务模版进行修改的权限、且目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于目标编辑操作，将第一业务模版修改成第二业务模版，并将第二业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态。

可选地，在本申请实施例中，上述业务审批应用可以包括但不限于预先在终端或服务器上安装的业务审批应用，其可以包括但不限于被配置为与一个业务或多个业务的组合进行关联的审批应用程序，该审批应用程序可以为任意具有审批模板功能的应用程序，本申请实施例对此不作限定。

可选地，在本申请实施例中，该应用程序可以为需要下载安装的应用程序，也可以为即点即用的应用程序，本申请实施例对此不作限定。

可选地，在本申请实施例中，上述业务审批应用中显示的业务模版编辑界面可以包括但不限于与一个业务或多个业务组合相关联的业务模板，上述登录帐号为在服务器注册过的帐号或手机号等允许登录上述业务审批应用的帐号，上述第一类型的帐号为使用上述业务模板的帐号，上述第一账号为第一类型账号中预先由第二账号分配了第一编辑权限的账号，例如，普通账号，上述第二类型的账号是允许分配编辑权限的账号，例如，超级管理员账号。

例如，图3是根据本申请实施例的一种可选的业务模版编辑权限的配置方法的示意图，如图3所示，以业务审批应用为某公司办公业务审批应用为例，第二账号通过如下方式将第一编辑权限分配给第一账号：

S1，通过权限分配的界面中进行权限设置，确定第一类型的账号中的第一账号；

S2，为第一账号分配第一编辑权限，其中，第一账号即为图3所示的普通成员，第二账号即为登录业务审批应用的超级管理员账号。

可选地，在本申请实施例中，上述第一编辑权限可以包括但不限于允许对业务模板进行修改、删除、新增等编辑权限。

例如，图4是根据本申请实施例的另一种可选的业务模版编辑权限的配置方法的示意图，如图4所示，以业务审批应用为某公司办公业务审批应用，上述第一编辑权限为对业务审批模板的审批流程进行编辑的权限为例，在审批流程界面中获取到对添加审批流程的“+”执行交互操作后，显示允许增加的审批流程所包括的选项，包括但不限于“添加审批人”、“添加抄送人”等，当对“添加审批人”执行交互操作后，可以将当前业务审批应用的显示界面切换为设置审批人的显示界面。

例如，图5是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图5所示，可以包括但不限于在对图4所示的“添加审批人”执行交互操作后，显示设置审批人的编辑界面，通过对其中包括的交互控件进行交互操作，以将对应的审批人流程添加到如图5所示的审批流程中。

上述仅是一种示例，其他编辑方式本申请实施例不做任何具体的限定。

可选地，在本申请实施例中，上述业务模板编辑界面可以包括但不限于对业务模板进行修改、删除、新增等编辑的界面。在修改、删除、新增的过程中，具体可以包括但不限于通过编辑界面对业务模板的处理规则、功能控件、处理流程进行编辑，通过本申请实施例，提供了一种业务模板编辑权限的配置方法，通过第二账号预先为第一账号分配第一编辑权限，使得第一账号可以自定义编辑所使用的业务模板，当第一账号使用目标编辑操作将第一业务模板修改为第二业务模板时，可以使得用户能够灵活编辑符合自身业务需求的业务模板，同时，还能够避免该允许修改业务模板的账号查看到相关的业务信息，使得业务部门的成员能够及时在可视化界面中对业务模板进行编辑，减少了业务部门的成员在需要编辑业务模板时，还需要向模板管理部门层层上报的审批流程，也保证了对业务模板的编辑更符合业务部门的成员的使用需求，简化了用户操作，有效降低代码编辑业务模板的难度，提高了业务模板的编辑效率。

可选地，在本申请实施例中，上述第一业务模板是是指正在编辑的模板。在本申请实施例中，在对第一业务模板进行编辑时，显示第一业务模板的编辑界面。其中，编辑界面是指用于对该第一业务模板进行编辑的界面，该编辑界面包括规则编辑区、控件编辑区和流程编辑区。

可选地，该第一业务模板为之前从未编辑过的模板，用户可以通过第一业务模板的编辑界面对该第一业务模板进行编辑；或者，该第一业务模板为之前已编辑过的模板，用户可以通过第一业务模板的编辑界面对该第一业务模板进行编辑修改。其中，上述之前已编辑过的模板可以是系统编辑的推荐模板，也可以是任意用户编辑的已有模板。

在一种可能的实施方式中，第一业务模板为之前从未编辑过的模板。可选地，客户端在检测到用户触发生成的模板创建操作的情况下，获取编辑界面的显示元素，并根据该显示元素显示该第一业务模板的配合界面。

在另一种可能的实施方式中，第一业务模板为之前已编辑过的模板。可选地，客户端在检测到用户触发生成的，针对第一业务模板的模板创建操作的情况下，获取该第一业务模板的模板编辑信息，并根据该模板编辑信息显示该第一业务模板的配合界面。

可选地，上述模板创建操作可以为触控操作(如点击操作、拖拽操作等)、语音操作、手势操作等，本申请实施例对此不作限定。

可选地，在本申请实施例中，用户在编辑界面中也可以对其它信息进行编辑。

例如，图6是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图6所示，在编辑界面60中，用户可以对模板名称61、模板图标62和模板分组63等进行编辑，在检测到用户针对模板图标62的编辑操作的情况下，显示模板图标显示界面64，该模板图标展示界面中包括至少一个模板图标的选择项65。其中，上述模板分组63可以包括行政、财经、人事等，本申请实施例对此不作限定。

可选地，在本申请实施例中，上述第二业务模板设置为允许被目标类型的账号使用可以包括但不限于上述第二业务模板可以设置为被一个业务或多个业务的组合所对应的成员使用，该业务团队的成员预先配置为目标类型的账号，在目标类型的账号使用该第二业务模板时，所产生的业务数据等信息被设置为对第一账号处于不可见的状态。

例如，图7是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图7所示，当第一类型的第一账号进入业务模板编辑界面时，通过对“请假”执行交互操作，显示界面切换至“请假”交互按钮所关联的下层界面，以请假账号是“**”为例，对于该请假账号相关的信息均设置为对第一账号处于不可见的状态，同时，在“请假”所对应的界面中，对于请假类型、开始时间、结束时间以及请假事由等关于请假业务所产生的信息均被隐藏，对第一账号处于不可见的状态。

还例如，图8是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图8所示，当第一类型的第一账号进入业务模板编辑界面时，通过对“报销”执行交互操作，显示界面切换至“报销”交互按钮所关联的下层界面，以查询账号是“**”为例，对于该账号相关的信息均设置为对第一账号处于不可见的状态，同时，在“报销”所对应的界面中，对于报销类型、报销时间、借款时长以及款项用途等关于报销业务所产生的信息均被隐藏，对第一账号处于不可见的状态。

上述仅是一种示例，本申请实施例不做任何具体的限定。

通过本申请实施例，采用在业务审批应用中显示业务模版编辑界面，其中，业务审批应用的登录帐号为第一类型的第一帐号，第一帐号是第二帐号预先分配了第一编辑权限的帐号，第二帐号的类型是与第一类型不同的第二类型，在业务模版编辑界面上获取第一帐号执行的目标编辑操作，在第一编辑权限包括对已创建的业务模版进行修改的权限、且目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于目标编辑操作，将第一业务模版修改成第二业务模版，并将第二业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态的方式，通过第二类型的第二账号预先为第一类型的第一账号分配第一编辑权限的方式，达到了允许第一账号对第一业务模板进行编辑，且当第一账号对第一业务模板编辑后，目标类型的账号使用第二业务模板所产生的信息对于第一账号是不可见的，既能使得第一账号能够编辑业务模板，还可避免业务模板所产生的信息被第一账号查看的目的，从而实现了简化业务模板的编辑流程，提高审批效率的技术效果，进而解决了相关技术中业务模板编辑的流程过于复杂，导致审批效率较低的技术问题。

作为一种可选的方案，方法还包括：

在第一编辑权限包括创建业务模版的权限、且目标编辑操作是用于创建第三业务模版的编辑操作的情况下，响应于目标编辑操作，创建第三业务模版，并将第三业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第三业务模版所产生的信息被设置为对第一帐号处于不可见的状态。

可选地，在本申请实施例中，上述创建业务模板的权限可以包括但不限于创建与第一账号所处理业务关联的业务模板，例如，第一账号是财务人员所使用的账号，则上述创建业务模板的权限可以被配置为允许创建与财务相关的业务模板，具体而言，可以包括但不限于报销模板、工资模板等。上述创建业务模板的权限可以包括但不限于创建允许被目标类型的账号使用的第三业务模板。

可选地，在本申请实施例中，上述目标类型可以包括但不限于与第一类型相同，上述目标类型可以包括但不限于在组织架构中与第一类型处于同一层级或不同分支的类型。例如，在第一账号为人事部门所使用的账号时，则目标类型的账号可以为全体员工，但是，全体员工使用第三业务模板所产生的信息被设置为对第一账号处于不可见的状态。还例如，在第一账号为人事部门第一级员工所使用的第一账号时，则目标类型的账号可以为第二级员工所使用的账号，第一级员工的业务权限低于第二级员工的业务权限，因此，第二级员工使用第三业务模板所产生的信息被设置为对第一账号处于不可见的状态。

可选地，在本申请实施例中，上述响应于目标编辑操作，创建第三业务模版，并将第三业务模版设置为允许被目标类型的帐号使用可以包括但不限于通过在第一账号关联的用于创建第三业务模板的界面中进行，上述目标编辑操作可以包括但不限于由一个操作或多个操作组成，以多个操作组成为例，可以包括但不限于通过对业务审批界面中不同界面的不同控件多次执行交互操作，以实现创建第三业务模板。可选地，上述目标编辑操作可以为触控操作(如点击操作、拖拽操作、滑动操作等)、语音操作、手势操作等，本申请实施例对此不作限定。

例如，图9是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图9所示，可以包括但不限于打开第三业务模板的业务模板编辑界面，通过填写模板名称、选择模板图标、执行模板分组、编辑模板标题，以实现创建第三业务模板。

需要说明的是，用于创建第三业务模板的显示界面是第一账号登录业务审批应用的界面，换言之，该第一账号并非是网络管理员账号，而是处理实际业务的员工。

图10是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，在第一编辑权限包括创建业务模版的权限、且目标编辑操作是用于创建第三业务模版的编辑操作的情况下，响应于目标编辑操作，在编辑界面1001上创建第三业务模版，并将第三业务模版设置为允许被目标类型的帐号使用。

需要说明的是，在将第三业务模版设置为允许被目标类型的帐号使用之后，还可以向目标类型的账号发送提示信息。其中，该提示信息用于提醒第三业务模板创建成功。客户端在检测用户针对编辑界面1001中的发布控件1002的点击操作的情况下，确定对该第三业务模板执行发布操作，并向目标类型的账号群组1003发送提示信息1004。

上述仅是一种示例，本申请实施例不做任何具体的限定。

通过本申请实施例，在第一账号在具有第一编辑权限后，可以编辑模板，并发布给目标类型的账号，目标类型的账号使用第三业务模板时所产生的信息被设置为对第一账号不可见，以达到既能让第一账号来编辑该模板，还能避免第一账号查看到目标类型的账号使用第三业务模板时所产生的信息，在保证业务信息的安全的情况下，提高了业务模板的编辑效率。

作为一种可选的方案，在业务审批应用中显示业务模版编辑界面，包括以下之一：

在第一编辑权限为对已创建的业务模版进行修改的权限的情况下，在业务审批应用中显示业务模版编辑界面，并在业务模版编辑界面上显示一组业务模版标识，其中，一组业务模版标识中的每个业务模版标识用于表示已创建的、且允许被第一帐号修改的业务模版；

在第一编辑权限为创建业务模版的权限的情况下，在业务审批应用中显示业务模版编辑界面，并在业务模版编辑界面上显示目标控件，其中，目标控件用于创建业务模版；

在第一编辑权限包括对已创建的业务模版进行修改的权限和创建业务模版的权限的情况下，在业务审批应用中显示业务模版编辑界面，并在业务模版编辑界面上显示一组业务模版标识和目标控件。

可选地，在本申请实施例中，上述第一编辑权限为对已创建的业务模板进行修改的权限可以理解为仅允许对已创建的业务模板进行修改或者既能对已创建的业务模板进行修改，还能创建业务模板的权限。

可选地，在本申请实施例中，上述一组业务模版标识可以包括但不限于与第一账号所处理业务关联的业务模板标识，还可以包括但不限于各个业务模板通用的业务模板标识。

例如，图11是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图11所示，在第一编辑权限为对已创建的业务模版进行修改的权限的情况下，在业务审批应用中显示业务模版编辑界面，并在业务模版编辑界面上显示一组业务模版标识，其中，一组业务模版标识中的每个业务模版标识用于表示已创建的、且允许被第一帐号修改的业务模版，通过对一组业务模板标识执行交互操作，以触发开始编辑上述业务模板标识对应的业务模板。在第一编辑权限为创建业务模版的权限的情况下，在业务审批应用中显示业务模版编辑界面，并在业务模版编辑界面上显示目标控件，其中，目标控件用于创建业务模版，通过对目标控件执行交互操作，以触发开始创建业务模板；在第一编辑权限包括对已创建的业务模版进行修改的权限和创建业务模版的权限的情况下，在业务审批应用中显示业务模版编辑界面，并在业务模版编辑界面上显示一组业务模版标识和目标控件。

通过本申请实施例，可以由第一账号快速实现对已创建的业务模板进行编辑以及创建新的业务模板的过程，达到既能让第一账号来编辑该模板，还能避免第一账号查看到目标类型的账号使用第三业务模板时所产生的信息，在保证业务信息的安全的情况下，提高业务模板的编辑效率的技术效果。

作为一种可选的方案，将第二业务模版设置为允许被目标类型的帐号使用，包括：

在第一类型的帐号中除了分配了第一编辑权限的帐号之外的帐号被禁止对已创建的业务模版进行修改的情况下，将第二业务模版设置为允许被第一类型的帐号使用，其中，目标类型的帐号为第一类型的帐号，第一类型的帐号中除第一帐号之外的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态；或者

在目标类型的帐号为第三类型的帐号、第三类型的帐号被禁止对已创建的业务模版进行修改的情况下，将第二业务模版设置为允许被第三类型的帐号使用，其中，第一类型、第二类型以及第三类型是不同的类型。

通过本申请实施例，可以由第一账号快速实现对已创建的业务模板进行编辑以及创建新的业务模板的过程，达到既能让第一账号来编辑该模板，还能避免第一账号查看到目标类型的账号使用第三业务模板时所产生的信息，在保证业务信息的安全的情况下，提高业务模板的编辑效率的技术效果。

作为一种可选的方案，将第三业务模版设置为允许被目标类型的帐号使用，包括：

在第一类型的帐号中除了分配了第一编辑权限的帐号之外的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将第三业务模版设置为允许被第一类型的帐号使用，其中，目标类型的帐号为第一类型的帐号，第一类型的帐号中除第一帐号之外的帐号使用第三业务模版所产生的信息被设置为对第一帐号处于不可见的状态；或者

在目标类型的帐号为第三类型的帐号、第三类型的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将第三业务模版设置为允许被第三类型的帐号使用，其中，第一类型、第二类型以及第三类型是不同的类型。

可选地，在本申请实施例中，上述在第一类型的帐号中除了分配了第一编辑权限的帐号之外的帐号被禁止创建业务模版可以包括但不限于第一类型账号中除第一账号之外的其他账号，第一类型账号中除第一账号以及其他具有第一编辑权限的账号之外的其他账号，上述被禁止创建业务模版以及被禁止对已创建的业务模版进行修改可以包括但不限于上述第一类型账号中不具有第一编辑权限或其他创建业务模版以及修改业务模版的权限。

可选地，在本申请实施例中，上述将第三业务模版设置为允许被第一类型的帐号使用可以包括但不限于上述第三业务模板设置为允许被第一类型的账号使用，但是第一类型的账号使用第三业务模板所产生的信息对第一账号不可见。

例如，图12是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图12所示，第一账号在业务模板编辑界面编辑完成“小组请假”业务模板后，可以通过点击“使用”交互控件，以开始作为第一类型的账号使用“小组请假”业务模板，其他第一类型的帐号中被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的账号，则直接通过点击“使用”交互控件，以开始作为第一类型的账号使用“小组请假”业务模板。

需要说明的是，第一类型的账号中具有第一编辑权限的账号可以显示如图12所示的业务模板编辑界面，第一类型的账号中禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的账号，则直接显示如图12所示的使用界面进行使用。

可选地，在本申请实施例中，上述第三类型的帐号中被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的账号，也允许使用上述第三业务模板，但是，第三类型的账号与第一类型的账号类型不同，例如，第一类型的账号为普通员工时，第二类型账号可以为网络管理员，第三类型账号可以为客户或者第三方成员。

通过本申请实施例，由于上述禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的账号可以使用已编辑完成的业务模板，但是，其使用已编辑完成的业务模板时，所产生的信息被设置为对第一账号不可见，达到既能让第一账号来编辑该模板，还能避免第一账号查看到，禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的账号使用第三业务模板时所产生的信息，在保证业务信息的安全的情况下，提高业务模板的编辑效率的技术效果。

作为一种可选的方案，方法还包括：

在将第一业务模版修改成第二业务模版的情况下，将目标类型的帐号使用第二业务模版所产生的信息设置为对第二帐号处于可见的状态。

可选地，在本申请实施例中，上述目标类型的账号可以与第一类型的账号相同，但是与第二类型的账号不同，也即，第二账号是既能分配编辑权限，还能查看使用业务模板所产生的信息的账号，例如，超级管理员，公司管理者等非普通成员的账号。

例如，图13是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图13所示，当第二账号进入业务模板编辑界面时，通过对“报销”执行交互操作，显示界面切换至“报销”交互按钮所关联的下层界面，以查询账号是“张三”为例，对于该账号相关的信息均设置为对第一账号处于可见的状态，同时，在“报销”所对应的界面中，对于报销类型、报销时间、借款时长以及款项用途等关于报销业务所产生的信息均显示，对第二账号处于可见的状态，但是，对第一账号而言，则如图8所示，以“**”代替显示相关业务所产生的信息，避免信息泄露造成的信息安全问题。

通过本申请实施例，在将第一业务模版修改成第二业务模版的情况下，将目标类型的帐号使用第二业务模版所产生的信息设置为对第二帐号处于可见的状态，达到既能让第一账号来编辑该模板，还能避免第一账号查看到其他账号使用第二业务模板时所产生的信息，且第二账号能够查看到其他账号使用第二业务模板时所产生的信息，在保证业务信息的安全，提高业务模板的编辑效率的同时，还能够进一步优化第二账号的管理方式的技术效果。

作为一种可选的方案，为第一帐号分配第一编辑权限，包括以下之一：

为第一帐号分配对已创建的业务模版进行修改的权限，其中，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态；

为第一帐号分配创建业务模版的权限，其中，第一帐号所创建的业务模版被使用时产生的信息对第一帐号处于不可见的状态；

为第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态，第一帐号所创建的业务模版被使用时产生的信息对第一帐号处于不可见的状态。

可选地，在本申请实施例中，上述为第一帐号分配对已创建的业务模版进行修改的权限可以包括但不限于为一个第一账号分配上述权限，还可以包括但不限于为一个第一账号群组或第一账号集合分配上述权限，换言之，上述第一账号可以是单一账号也可以是群组账号，还可以是从多个账号中选择的部分账号。

例如，图14是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图14所示，当第二账号进入业务审批应用后，可以通过对API接口执行交互操作，进入审批编辑权限的显示界面，对审批编辑权限的显示界面中用于确定是否允许成员编辑审批模板的交互控件执行交互操作，以开始为第一帐号分配编辑业务模版的权限。

可选地，在本申请实施例中，上述为第一帐号分配对创建业务模版的权限可以包括但不限于为一个第一账号分配上述权限，还可以包括但不限于为一个第一账号群组或第一账号集合分配上述权限，换言之，上述第一账号可以是单一账号也可以是群组账号，还可以是从多个账号中选择的部分账号。

例如，图15是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图15所示，当第二账号进入业务审批应用后，可以通过对API接口执行交互操作，进入审批创建权限的显示界面，对审批创建权限的显示界面中用于确定是否允许成员创建审批模板的交互控件执行交互操作，以开始为第一帐号分配创建业务模版的权限。

可选地，在本申请实施例中，上述为第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限可以包括但不限于为一个第一账号分配上述权限，还可以包括但不限于为一个第一账号群组或第一账号集合分配上述权限，换言之，上述第一账号可以是单一账号也可以是群组账号，还可以是从多个账号中选择的部分账号。

例如，图16是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图16所示，当第二账号进入业务审批应用后，可以通过对API接口执行交互操作，进入审批创建和编辑权限的显示界面，对审批创建权限的显示界面中用于确定是否允许成员创建和编辑审批模板的交互控件执行交互操作，以开始为第一帐号分配创建和编辑业务模版的权限。

作为一种可选的方案，方法还包括：

在第二帐号的权限配置界面上获取第二帐号执行的权限配置操作；

响应于权限配置操作，为第一帐号分配第一编辑权限。

可选地，在本申请实施例中，上述权限配置界面可以包括但不限于为一个第一账号分配上述权限，还可以包括但不限于为一个第一账号群组或第一账号集合分配上述权限，换言之，上述第一账号可以是单一账号也可以是群组账号，还可以是从多个账号中选择的部分账号。

例如，图17是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图17所示，以为第一帐号分配对创建业务模版的权限为例，可以包括但不限于如下流程：

S1，对允许成员创建审批模板对应的目标控件执行交互操作，将显示界面切换至可创建业务模板的成员的选择界面；

S2，在上述选择界面中选择对应的成员标签，将成员标签对应的第一类型账号集合选择为上述第一账号。

还例如，图18是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图18所示，以为第一帐号分配对创建业务模版的权限为例，可以包括但不限于如下流程：

S1，对允许成员创建审批模板对应的目标控件执行交互操作，将显示界面切换至可创建业务模板的成员的选择界面；

S2，在上述选择界面中选择对应的群组成员标签，将显示界面切换至群组成员标签对应的选择界面；

S3，在群组成员标签对应的选择界面中选择第一类型账号。

在选择完成一组第一类型账号或部分第一类型账号之后，可以在显示界面中展示所选择的成员名单。

例如，图19是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图19所示，其中，张三成员所使用的账号即为上述第一类型账号中具有第一编辑权限的第一账号。

作为一种可选的方案，为第一帐号分配对已创建的业务模版进行修改的权限，包括以下至少之一：

为第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，处理规则用于指示对已创建的业务模版对应的待审批信息的处理方式；

为第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，功能控件是指编辑待审批信息时所使用的控件；

为第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，处理流程用于指示对待审批信息的处理步骤。

根据本申请实施例的另一方面，还提供了一种业务模版编辑权限的配置方法，包括：

在第二帐号的权限配置界面上获取第二帐号执行的权限配置操作，其中，第二帐号的类型为第二类型，第二帐号是允许分配业务模版编辑权限的帐号；

响应于权限配置操作，为第一帐号分配第一编辑权限，其中，第一帐号的类型是与第二类型不同的第一类型，在第一编辑权限包括对已创建的业务模版进行修改的权限的情况下，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态。

作为一种可选的方案，为第一帐号分配第一编辑权限，包括以下之一：

为第一帐号分配对已创建的业务模版进行修改的权限，其中，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态；

为第一帐号分配创建业务模版的权限，其中，第一帐号所创建的业务模版被使用时产生的信息对第一帐号处于不可见的状态；

为第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态，第一帐号所创建的业务模版被使用时产生的信息对第一帐号处于不可见的状态。

作为一种可选的方案，为第一帐号分配对已创建的业务模版进行修改的权限，包括以下至少之一：

为第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，处理规则用于指示对已创建的业务模版对应的待审批信息的处理方式；

为第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，功能控件是指编辑待审批信息时所使用的控件；

为第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，处理流程用于指示对待审批信息的处理步骤。

下面，对为第一帐号分配对已创建的业务模版的处理规则进行修改的权限进行介绍。

1、响应于针对规则修改区的操作，显示规则修改界面。

在本申请实施例中，客户端在显示上述修改界面之后，对该修改界面中的规则修改区进行检测，在检测到针对规则修改区的操作的情况下，显示规则修改界面，该规则修改界面用于对目标审批模板的处理规则进行修改。例如，图20是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图20所示，在检测到用户针对修改界面2001中的规则修改控件2002的点击操作的情况下，显示规则修改界面2003。其中，该规则修改界面中包括至少一个修改项，用户通过该修改项对目标审批模板的处理规则进行修改。

可选地，在本申请实施例中，客户端在检测到针对规则修改区的操作之后，获取针对处理规则的历史修改数据，进而基于该历史修改数据，将历史修改次数最大的处理规则确定为默认处理规则，并显示规则修改界面，规则修改界面中包括默认处理规则。

可选地，上述历史修改数据是基于单个用户获取的，也可以是基于全量用户获取的。

在一种可能的实施方式中，上述历史修改数据是基于目标审批模板的修改用户获取的。可选地，在获取历史修改数据时，获取修改用户针对至少一个审批模板的模板修改信息，生成历史修改数据。

在另一种可能的实施方式中，上述历史修改数据是基于全量用户获取的。

可选地，获取历史修改数据时，获取全量用户针对至少一个审批模板的模板修改信息，生成历史修改数据。

当然，在示例性实施例中，可以根据实际情况灵活选择历史修改数据的获取方式。示例性地，在获取历史修改数据时，获取修改用户修改过的审批模板的数量，进一步地，在该数量大于或等于某个目标值的情况下，基于修改用户获取历史修改数据，在该数量小于某个目标值的情况下，基于全量用户获取历史修改数据。

可选地，上述历史修改数据中包括各个修改项的修改信息；或者，上述历史修改数据中包括各次修改时处理规则的修改信息。

在一种可能的实施方式中，上述历史修改数据中包括各个修改项的修改信息。可选地，客户端在获取该历史修改数据之后，获取各个修改项的修改信息，进而对于目标修改项，将历史修改次数最大的修改信息确定为该目标修改项在默认修改信息，进而根据各个修改项的默认修改信息，生成并显示上述默认处理规则。

在另一种可能的实施方式中，上述历史修改数据中包括各次修改时处理规则的修改信息。可选地，客户端在获取该历史修改数据之后，获取各次修改时处理规则的修改信息，将历史修改次数最大的修改信息确定为默认处理规则的修改信息，进而根据默认处理规则的修改信息，生成并显示默认处理规则。

当然，在再一种可能的实施方式中，历史修改数据中包括各个修改项的修改信息，以及各次修改时处理规则的修改信息。可选地，客户端获取该历史修改数据之后，若存在历史修改次数最大的处理规则的修改信息，则将该历史修改次数最大的处理规则确定为默认处理规则；若不存在历史修改次数最大的处理规则的修改信息，则基于各个修改项的修改信息确定默认处理规则。

需要说明的一点是，上述规则修改界面可以是相对于修改界面的新界面；

或者，上述规则修改界面也可以是在修改界面中以弹窗的形式显示上述修改项的界面。

2、基于针对规则修改界面的修改操作，在规则修改界面中对修改项的显示样式进行调整。

在本申请实施例中，客户端在显示上述规则修改界面之后，对该规则修改界面进行检测，在检测到针对规则修改界面的修改操作的情况下，在规则修改界面中对修改项的显示样式进行调整。

可选地，对于对应有一个处理规则的第一修改项(如图20中的修改项2004)，客户端在检测到针对规则修改界面中的第一修改项的修改操作的情况下，在规则修改界面中控制第一修改项由第一显示样式切换至第二显示样式。其中，显示样式用于指示第一修改项对应的处理规则处于启用状态或非启用状态。

可选地，对于对应有多个候选处理规则的修改项(如图20中的修改项2005)，客户端在检测到针对规则修改界面中的第二修改项的操作的情况下，显示第二修改项对应的多个候选处理规则；进一步地，客户端在检测到针对多个候选处理规则中的目标处理规则的操作，在规则设置界面中显示所选择的目标处理规则。可选地，上述多个候选处理规则可以直接以弹窗的形式显示在规则修改界面中，也可以显示在新的界面中，本申请实施例对此不作限定。

可选地，在本申请实施例中，客户端在显示上述多个候选处理规则时，获取多个候选处理规则分别对应的历史选择次数，进而基于多个候选处理规则分别对应的历史选择次数，确定多个候选处理规则的显示顺序，并按照显示顺序显示多个候选处理规则。可选地，该显示顺序与历史选择次数呈正相关关系，即历史选择次数越大，显示顺序越靠前。可选地，与上述历史修改数据类似，多个候选处理规则分别对应的历史选择次数可以是基于上述修改用户获取的，也可以是基于上述全量用户获取的，本申请实施例对此不作限定。

3、响应于基于规则修改界面的确认操作，在规则修改区中显示处理规则。

可选地，在本申请实施例中，客户端在显示上述规则修改界面之后，对该规则修改界面进行检测，在检测到基于规则修改界面的确认操作的情况下，确定处理规则修改完成，生成并在规则修改区中显示针对目标审批模板修改的处理规则。

在一种可能的实施方式中，基于修改项的显示样式生成上述处理规则。可选地，客户端在检测到上述确认操作之后，以各个修改项的显示样式为基准，生成上述处理规则，并在规则修改界面中显示该处理规则。在另一种可能的实施方式中，基于修改项的修改信息生成上述处理规则。可选地，客户端在检测到上述确认操作之后，基于存储层存储的修改项的修改信息，生成上述处理规则，并在规则修改界面中显示该处理规则。

可选地，在本申请实施例中，上述处理规则包括但不限于以下至少一项：提交规则、审批规则。其中，提交规则用于指示待审批信息的提交方式，审批规则用于指示待审批信息的审批方式。

综上所述，在本申请实施例提供的技术方案中，通过规则修改界面对审批模板的处理规则进行修改，提供了一种可视化的审批模板处理规则自定义方式，自定义修改方式使得用户能够灵活修改符合自身需求的处理规则，从侧面提高审批模板创建的灵活性，可视化修改方式简化用户操作，能够有效降低代码修改的难度，提高处理规则的修改效率。

另外，在修改过程中，基于修改项的修改信息对修改项的显示样式进行更改，实现了每一项规则修改的可视化，使得用户能够更直观地对每一项规则进行修改；而且，对于对应有多个候选处理规则的修改项，基于候选处理规则的历史选择次数，确定候选处理规则的显示顺序，选择次数大即表示候选处理规则的使用次数多，也就是说，选择次数大的候选处理规则为用户所需的处理规则的概率大，将选择次数大的候选处理规则显示在前，节约针对候选处理规则的阅览和选择时间，例如，在没特殊要求的情况下，用户可以直接选择排序在前的最常用处理规则为审批模板的处理规则。

另外，通过历史修改数据确定规则修改界面中显示的默认处理规则，与上述候选处理规则的显示方式类似，节约时间，提高处理规则修改效率。

下面，对为第一帐号分配对已创建的业务模版的功能控件进行修改的权限进行介绍。

1、响应于针对控件修改区的操作，显示至少一个功能控件的选择项。

在申请实施例中，客户端在显示上述修改界面之后，对该修改界面中的控件修改区进行检测，在检测到针对控件修改区的操作的情况下，显示至少一个功能控件的选择项。例如，图21是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图21所示，在检测到用户针对修改界面211中的控件修改控件212的点击操作的情况下，显示至少一个功能控件的选择项213。

可选地，在显示上述至少一个功能控件的选择项，可以将该至少一个功能控件的选择项显示在全新的界面中，也可以显示在修改界面的弹窗中(如图21中的弹窗214)，本申请实施例对此不作限定。

2、响应于针对至少一个功能控件中的目标功能控件的选择项的操作，显示目标功能控件对应的功能修改界面。

可选地，在本申请实施例中，客户端在检测到针对至少一个功能控件中的目标功能控件的选择项的操作的情况下，显示目标功能控件对应的功能修改界面。

可选地，与上述规则修改界面类似，客户端在显示上述功能修改界面时，基于功能控件的历史修改数据显示该功能修改界面。

当然，在另一种可能的实施方式中，客户端在检测到针对至少一个功能控件中的目标功能控件的选择项的操作的情况下，在控件修改区中显示目标功能控件；进一步地，在检测到针对该目标功能控件的修改操作的情况下，显示上述功能修改界面。

3、响应于针对功能修改界面的修改操作，确定目标功能控件具有的功能。

在本申请实施例中，客户端在显示上述功能修改界面之后，对该功能修改界面进行检测，在检测到针对功能修改界面的修改操作的情况下，确定目标功能控件具有的功能。

可选地，客户端在检测到针对功能修改界面的文本修改操作的情况下，确定目标功能控件具有目标类型的文本输入功能。例如，图22是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图22所示，如图22所示，对于文本功能控件，在功能修改界面2202中，用户通过文本修改区，修改该文本的类型，使得文本功能控件具有目标类型的文本输入功能。

可选地，客户端在检测到针对功能修改界面的范围修改操作的情况下，确定目标功能控件具有在目标范围内的选择功能。例如，图23是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图23所示，对于时长功能控件，在功能修改界面2302中，用户通过时长修改区，修改时长选择范围，使得时长功能控件具有在目标范围内的选择功能。可选地，在这种情况下，该选择功能可以限制供用户选择的选项，也可以限制用户可输入的数据的范围，本申请实施例对此不作限定。

可选地，客户端在检测到针对功能修改界面的选项修改操作，确定目标功能控件具有在目标选项内的选择功能。对于单选功能控件，用户通过选项修改区，修改供用户选择的选项，使得单选功能控件具有在目标选项内的选择功能。当然，与单选功能控件相对应的，存在多选功能控件。可选地，在本申请实施例中，单选功能控件与多选控件之间可以进行相互转换。例如，图24是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图24所示，对于成员功能控件，用户通过控件类型修改区2402，选择该成员功能控件具有单选功能控件或多选功能控件。

需要说明的一点是，上述针对功能控价的介绍只是示例性和解释性的，在示例性实施例中，目标审批模板可以对应有多种能够修改的功能控件，且不同功能控件的功能修改界面不同。对于位置功能控件，用户通过位置修改区，修改允许用户选择的位置的范围；对于附件功能控件，用户通过附件修改区，修改附件的上传方式。

4、响应于基于功能修改界面的确认操作，在控件修改区中显示功能控件。

可选地，在本申请实施例中，客户端在显示上述功能修改界面之后，对该功能修改界面进行检测，在检测到基于功能修改界面的确认操作的情况下，确定功能控件修改完成，生成并在控件修改区中显示针对目标审批模板修改的功能控件。

综上所述，在本申请实施例提供的技术方案中，通过控件修改界面对审批模板的功能控件进行修改，提供了一种可视化的审批模板功能控件自定义方式，自定义修改方式使得用户能够灵活修改符合自身需求的处理规则，从侧面提高审批模板创建的灵活性，可视化修改方式简化用户操作，能够有效降低代码修改的难度，提高功能控件的修改效率。

下面，对第一帐号分配对已创建的业务模版的处理流程进行修改的权限进行介绍。

1、响应于针对流程修改区的操作，显示流程修改界面。

在申请实施例中，客户端在显示上述修改界面之后，对该修改界面中的流程修改区进行检测，在检测到针对流程修改区的操作的情况下，显示流程修改界面，该流程修改界面用于对目标审批模板的处理流程进行修改。例如，图25是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图25所示，在检测到用户针对修改界面2501中的流程修改控件2502的点击操作的情况下，显示流程修改界面2503。

可选地，在本申请实施例中，在显示上述流程修改界面时，获取针对目标审批模板的至少一个流程节点，以及各个流程节点的执行顺序，并按照流程节点的执行顺序，在流程修改界面中显示流程节点。可选地，与上述规则修改界面类似，客户端在显示上述流程修改界面时，基于处理流程的历史修改数据显示该功流程修改界面。

在本申请实施例中，上述处理流程包括：默认流程和至少一个条件流程，默认流程是指在待审批信息未满足第一条件的情况下执行的处理步骤，条件流程是指在待审批信息满足第二条件的情况下执行的处理步骤。其中，上述第一条件是指处理流程包含的各个条件流程分别对应的第二条件的并集；也就是说，在目标审批模板创建成功之后，在获取基于该目标审批模板提交的待审批信息之后，判断该待审批信息是否满足某个第二条件，在该待审批信息满足第二目标条件的情况下，基于该第二目标条件对应的条件流程对待审批信息进行处理，在该待审批信息不满足所有第二条件的情况下，基于上述默认流程对该待审批信息进行处理。

可选地，对于上述默认流程，上述流程节点包括申请节点、审批节点和抄送节点；其中，审批节点用于对目标申请模板的审批人进行修改，抄送节点用于对目标申请模板的抄送人进行修改。可选地，上述默认流程也可称为基础流程。

可选地，对于上述条件流程，上述流程节点包括条件节点、申请节点、审批节点和抄送节点。其中，条件节点用于对条件流程的第二条件进行修改，申请节点用于对条件流程的申请人进行修改，审批节点用于对条件流程的审批人进行修改，抄送节点用于对条件流程的抄送人进行修改。

2、基于针对流程修改界面的修改操作，在流程修改界面中对显示针对目标审批模板修改的初步处理流程。

在本申请实施例中，客户端在显示上述流程修改界面之后，基于于针对流程修改界面的修改操作，在流程修改界面中对显示针对目标审批模板修改的初步处理流程。可选地，用户通过流程节点对目标审批模板修改的处理流程进行修改。

需要说明的一定是，由于默认流程是指在待审批信息未满足第一条件的情况下执行的处理步骤，且条件流程中的默认节点在修改过程中不需要修改条件节点，即默认节点所修改的处理流程可以理解为在依据条件节点所修改的处理流程无法对待审批信息进行处理时所执行的流程；因此，为了提高修改效率，在本申请实施例中，默认流程与默认节点之间可以相互转换，即默认流程的修改信息可以看作默认节点的修改信息。示例性地，在默认流程修改结束之后，在检测到针对条件流程的修改操作的情况下，将默认流程的修改信息作为默认节点的修改信息显示在条件修改界面中。

3、响应于基于流程修改界面的确认操作，在流程修改区中显示处理流程。

在本申请实施例中，客户端在显示上述流程修改界面之后，对该流程修改界面进行检测，在检测到基于流程修改界面的确认操作的情况下，在流程修改区中显示处理流程。需要说明的一点是，该处理流程可以理解为在确认操作触发时刻的所显示的初步处理流程。

可选地，与上述处理规则类似，客户端可以基于流程修改界面所显示的内容生成并显示上述处理流程，也可以既存储层存储的处理流程的修改信生成并显示上述处理流程，本申请实施例对此不作限定。

可选地，在本申请实施例中，可以对流程节点进行增加操作，在检测到基于流程修改界面的流程节点增加操作的情况下，获取新增流程节点对应的上一相邻流程节点和下一相邻流程节点；进一步地，在上一相邻流程节点和下一相邻流程节点之间增加新增的流程节点。

可选地，在本申请实施例中，可以对流程节点进行删除操作，在检测到针对至少一个流程节点中的目标流程节点的删除操作，获取目标流程节点对应的上一相邻流程节点和下一相邻流程节点；进一步地，删除目标流程节点，以及连接上一相邻流程节点和下一相邻流程节点。

可选地，在本申请实施例中，可以对流程节点进行顺序调整操作，以对处理流程的处理步骤的顺序的进行调整。可选地，客户端在检测到针对至少一个流程节点中的目标流程节点的顺序调整操作，在流程修改界面中对目标流程节点的显示顺序进行调整。示例性地，获取目标流程节点对应的上一相邻流程节点和下一相邻流程节点，在该上一相邻流程节点和该下一相邻流程节点之间删除目标流程节点，并连接上一相邻流程节点和下一相邻流程节点；而且，获取新增流程节点应的上一相邻流程节点和下一相邻流程节点，并在该上一相邻流程节点和该下一相邻流程节点之间增加新增流程节点；其中，上述新增流程节点即表示位置调整后的目标流程节点，新增流程节点与目标流程节点之间，仅仅是相邻流程节点不同，修改信息相同。

综上所述，在本申请实施例提供的技术方案中，通过流程修改界面对审批模板的处理流程进行修改，提供了一种可视化的审批模板处理流程自定义方式，自定义修改方式使得用户能够灵活修改符合自身需求的处理流程，从侧面提高审批模板创建的灵活性，可视化修改方式简化用户操作，能够有效降低代码修改的难度，提高处理流程的修改效率。

另外，在流程修改界面中以流程节点的连接顺序表示各流程的执行顺序，在对流程节点进行调整时，仅仅与待调整的流程节点的连接关系进行调整即可，不需要对整体的处理流程进行调整，操作简便，节约时间。

另外，对上述规则修改区、控件修改区、流程修改区之间的相关关系进行介绍。在修改过程中，由修改界面中的控件修改区对功能控件进行修改，其中，该功能控件包括文本功能控件、时长功能控件、位置功能控件、附件功能控件等；由修改界面中的流程修改区对处理流程进行修改，对于默认流程，处理流程的修改包括申请节点的修改、审批节点的修改和抄送节点的修改，对于条件流程，处理流程的修改包括条件节点的修改、申请节点的修改、审批节点的修改和抄送节点的修改；由修改界面中的规则修改区对处理规则进行修改。并且，在修改过程中，由Mobx数据管理对各项数据进行管理，包括元数据管理、数据校验、数据拉取、数据处理等。

需要说明的一点是，在修改过程中，若规则修改、控件修改、流程修改中存在针对某个修改点的重复修改，则不考虑修改区，以最后修改的修改信息为基准。其中，上述修改点可以是上述功能控件、上述修改项、上述流程节点等，本申请实施例对此不作限定。示例性地，对于申请人修改，在规则修改过程中和流程修改过程中均可以进行修改，则在修改后依据修改时间，将最后修改的修改信息作为申请人的最终修改信息。

此外，对于上述对已创建的业务模版的处理规则进行修改的权限、对已创建的业务模版的功能控件进行修改的权限以及对已创建的业务模版的处理流程进行修改的权限可以由第二账号为第一账号进行权限关闭。

例如，图26是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图26所示，通过对应用负责人列表中账号名称右侧的交互按钮“X”执行交互操作，以取消为对应账号分配的第一编辑权限，以“张三”为例，通过点击“张三”右侧的交互按钮“X”，则第一账号“张三”的第一编辑权限，使得“张三”为上述禁止创建业务模版、或者被禁止创建业务模版或者被禁止对已创建的业务模版进行修改的第一类型账号。

上述仅是一种示例，本申请实施例不做任何具体的限定。

另一方面，图27是根据本申请实施例的又一种可选的业务模版编辑权限的配置方法的示意图，如图27所示，业务模板的编辑权限下放给第一类型的账号进行编辑的技术侧整体流程如下：

第二账号在管理端可通过opMemberCreateConfig接口配置具体创建审批权限，审批svr会记录企业对应权限配置，同时在wwmngloginsvr中扩展审批成员编辑的角色。

成员进入审批小程序时，在登陆login时查当前企业成员的权限配置，返回当前成员是否有权限编辑模板，如有权限时页面展示管理入口，并且向wwmngloginsvr查当前成员的具体角色并记录到session中，具体角色定义如上图ADMIN_ROLE结构。若无管理权限时不显示相关管理入口。

成员点击进入编辑页时，nodejs svr在请求业务数据前，会带上session中记录的admin_role标记后请求到审批业务后台svr，审批svr针对权限位和vid信息进行校验是否有创建编辑权限，校验正常后根据角色信息处理不同业务数据。

权限下放给普通成员涉及的接口和超管管理编辑的接口一致，通过admin_role权限位标记区分不同身份，因此业务逻辑部分接口可完整复用。

后台接收到前端请求后，后台根据请求中的admin_role，校验用户身份是否正确：

本申请提出一种下放审批创建和管理权限给成员的技术方案，针对部分企业对审批权限管理场景更加细化的需求，通过将权限分配细致化、具体化，并可按成员、部门及标签多维度分配授予不同功能权限。系统根据以上设置，自动判断当前操作者的权限范围及可进行操作，实现专人专责，极大的分担了企业管理员的负担，提高了办公效率。

本申请不仅可在移动端小程序测实现，也适用于h5及pc桌面客户端版本。并且可根据业务场景扩展更多角色。

可以理解的是，在本申请的具体实施方式中，涉及到用户信息等相关的数据，当本申请以上实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

根据本申请实施例的另一个方面，还提供了一种用于实施上述业务模版编辑权限的配置方法的业务模版编辑权限的配置装置。如图28所示，该装置包括：

显示模块2802，用于在业务审批应用中显示业务模版编辑界面，其中，业务审批应用的登录帐号为第一类型的第一帐号，第一帐号是第二帐号预先分配了第一编辑权限的帐号，第二帐号的类型是与第一类型不同的第二类型；

第一获取模块2804，用于在业务模版编辑界面上获取第一帐号执行的目标编辑操作；

修改模块2806，用于在第一编辑权限包括对已创建的业务模版进行修改的权限、且目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于目标编辑操作，将第一业务模版修改成第二业务模版，并将第二业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态。

作为一种可选的方案，装置还用于：

在第一编辑权限包括创建业务模版的权限、且目标编辑操作是用于创建第三业务模版的编辑操作的情况下，响应于目标编辑操作，创建第三业务模版，并将第三业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第三业务模版所产生的信息被设置为对第一帐号处于不可见的状态。

作为一种可选的方案，装置用于通过如下之一方式在业务审批应用中显示业务模版编辑界面：

在第一编辑权限为对已创建的业务模版进行修改的权限的情况下，在业务审批应用中显示业务模版编辑界面，并在业务模版编辑界面上显示一组业务模版标识，其中，一组业务模版标识中的每个业务模版标识用于表示已创建的、且允许被第一帐号修改的业务模版；

在第一编辑权限为创建业务模版的权限的情况下，在业务审批应用中显示业务模版编辑界面，并在业务模版编辑界面上显示目标控件，其中，目标控件用于创建业务模版；

在第一编辑权限包括对已创建的业务模版进行修改的权限和创建业务模版的权限的情况下，在业务审批应用中显示业务模版编辑界面，并在业务模版编辑界面上显示一组业务模版标识和目标控件。

作为一种可选的方案，装置用于通过如下方式将第二业务模版设置为允许被目标类型的帐号使用：

在第一类型的帐号中除了分配了第一编辑权限的帐号之外的帐号被禁止对已创建的业务模版进行修改的情况下，将第二业务模版设置为允许被第一类型的帐号使用，其中，目标类型的帐号为第一类型的帐号，第一类型的帐号中除第一帐号之外的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态；或者

在目标类型的帐号为第三类型的帐号、第三类型的帐号被禁止对已创建的业务模版进行修改的情况下，将第二业务模版设置为允许被第三类型的帐号使用，其中，第一类型、第二类型以及第三类型是不同的类型。

作为一种可选的方案，装置用于通过如下方式将第三业务模版设置为允许被目标类型的帐号使用：

在第一类型的帐号中除了分配了第一编辑权限的帐号之外的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将第三业务模版设置为允许被第一类型的帐号使用，其中，目标类型的帐号为第一类型的帐号，第一类型的帐号中除第一帐号之外的帐号使用第三业务模版所产生的信息被设置为对第一帐号处于不可见的状态；或者

在目标类型的帐号为第三类型的帐号、第三类型的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将第三业务模版设置为允许被第三类型的帐号使用，其中，第一类型、第二类型以及第三类型是不同的类型。

作为一种可选的方案，装置还用于：

在将第一业务模版修改成第二业务模版的情况下，将目标类型的帐号使用第二业务模版所产生的信息设置为对第二帐号处于可见的状态。

作为一种可选的方案，装置还用于：

在第二帐号的权限配置界面上获取第二帐号执行的权限配置操作；

响应于权限配置操作，为第一帐号分配第一编辑权限。

作为一种可选的方案，装置用于通过如下之一方式为第一帐号分配第一编辑权限：

为第一帐号分配对已创建的业务模版进行修改的权限，其中，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态；

为第一帐号分配创建业务模版的权限，其中，第一帐号所创建的业务模版被使用时产生的信息对第一帐号处于不可见的状态；

为第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态，第一帐号所创建的业务模版被使用时产生的信息对第一帐号处于不可见的状态。

作为一种可选的方案，装置用于通过如下之一方式为第一帐号分配对已创建的业务模版进行修改的权限：

为第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，处理规则用于指示对已创建的业务模版对应的待审批信息的处理方式；

为第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，功能控件是指编辑待审批信息时所使用的控件；

为第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，处理流程用于指示对待审批信息的处理步骤。

根据本申请实施例的又一方面，还提供了一种业务模版编辑权限的配置装置，包括：

第二获取模块，用于在第二帐号的权限配置界面上获取第二帐号执行的权限配置操作，其中，第二帐号的类型为第二类型，第二帐号是允许分配业务模版编辑权限的帐号；

分配模块，用于响应于权限配置操作，为第一帐号分配第一编辑权限，其中，第一帐号的类型是与第二类型不同的第一类型，在第一编辑权限包括对已创建的业务模版进行修改的权限的情况下，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态。

作为一种可选的方案，装置用于通过如下之一方式为第一帐号分配第一编辑权限：

为第一帐号分配对已创建的业务模版进行修改的权限，其中，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态；

为第一帐号分配创建业务模版的权限，其中，第一帐号所创建的业务模版被使用时产生的信息对第一帐号处于不可见的状态；

为第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，第一帐号所修改的业务模版被使用时产生的信息对第一帐号处于不可见的状态，第一帐号所创建的业务模版被使用时产生的信息对第一帐号处于不可见的状态。

作为一种可选的方案，装置用于通过如下之一方式为第一帐号分配对已创建的业务模版进行修改的权限：

为第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，处理规则用于指示对已创建的业务模版对应的待审批信息的处理方式；

为第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，功能控件是指编辑待审批信息时所使用的控件；

为第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，处理流程用于指示对待审批信息的处理步骤。

根据本申请的一个方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序/指令，该计算机程序/指令包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分2909从网络上被下载和安装，和/或从可拆卸介质2911被安装。在该计算机程序被中央处理器2901执行时，执行本申请实施例提供的各种功能。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

图29示意性地示出了用于实现本申请实施例的电子设备的计算机系统结构框图。

需要说明的是，图29示出的电子设备的计算机系统2900仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图29所示，计算机系统2900包括中央处理器2901(Central Processing Unit，CPU)，其可以根据存储在只读存储器2902(Read-Only Memory，ROM)中的程序或者从存储部分2908加载到随机访问存储器2903(Random Access Memory，RAM)中的程序而执行各种适当的动作和处理。在随机访问存储器2903中，还存储有系统操作所需的各种程序和数据。中央处理器2901、在只读存储器2902以及随机访问存储器2903通过总线2904彼此相连。输入/输出接口2905(Input/Output接口，即I/O接口)也连接至总线2904。

以下部件连接至输入/输出接口2905：包括键盘、鼠标等的输入部分2906；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分2907；包括硬盘等的存储部分2908；以及包括诸如局域网卡、调制解调器等的网络接口卡的通信部分2909。通信部分2909经由诸如因特网的网络执行通信处理。驱动器1290也根据需要连接至输入/输出接口2905。可拆卸介质2911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1290上，以便于从其上读出的计算机程序根据需要被安装入存储部分2908。

特别地，根据本申请的实施例，各个方法流程图中所描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分2909从网络上被下载和安装，和/或从可拆卸介质2911被安装。在该计算机程序被中央处理器2901执行时，执行本申请的系统中限定的各种功能。

根据本申请实施例的又一个方面，还提供了一种用于实施上述业务模版编辑权限的配置方法的电子设备，该电子设备可以是图1所示的终端设备或服务器。本实施例以该电子设备为终端设备为例来说明。如图30所示，该电子设备包括存储器3002和处理器3004，该存储器3002中存储有计算机程序，该处理器3004被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本申请实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本申请实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在业务审批应用中显示业务模版编辑界面，其中，业务审批应用的登录帐号为第一类型的第一帐号，第一帐号是第二帐号预先分配了第一编辑权限的帐号，第二帐号的类型是与第一类型不同的第二类型；

S2，在业务模版编辑界面上获取第一帐号执行的目标编辑操作；

S3，在第一编辑权限包括对已创建的业务模版进行修改的权限、且目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于目标编辑操作，将第一业务模版修改成第二业务模版，并将第二业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态。

可选地，本领域普通技术人员可以理解，图30所示的结构仅为示意，电子装置电子设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图30其并不对上述电子装置电子设备的结构造成限定。例如，电子装置电子设备还可包括比图30中所示更多或者更少的组件(如网络接口等)，或者具有与图30所示不同的配置。

其中，存储器3002可用于存储软件程序以及模块，如本申请实施例中的业务模版编辑权限的配置方法和装置对应的程序指令/模块，处理器3004通过运行存储在存储器3002内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的业务模版编辑权限的配置方法。存储器3002可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器3002可进一步包括相对于处理器3004远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器3002具体可以但不限于用于存储业务模板等信息。作为一种示例，如图30所示，上述存储器3002中可以但不限于包括上述业务模版编辑权限的配置装置中的显示模块2802、第一获取模块2804以及修改模块2806。此外，还可以包括但不限于上述业务模版编辑权限的配置装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置3006用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置3006包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置3006为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子设备还包括：显示器3008，用于显示上述业务模板；和连接总线3010，用于连接上述电子设备中的各个模块部件。

在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(P2P，Peer To Peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。

根据本申请的一个方面，提供了一种计算机可读存储介质，计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述业务模版编辑权限的配置方面的各种可选实现方式中提供的业务模版编辑权限的配置方法。

可选地，在本申请实施例中，上述计算机可读存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，在业务审批应用中显示业务模版编辑界面，其中，业务审批应用的登录帐号为第一类型的第一帐号，第一帐号是第二帐号预先分配了第一编辑权限的帐号，第二帐号的类型是与第一类型不同的第二类型；

S2，在业务模版编辑界面上获取第一帐号执行的目标编辑操作；

S3，在第一编辑权限包括对已创建的业务模版进行修改的权限、且目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于目标编辑操作，将第一业务模版修改成第二业务模版，并将第二业务模版设置为允许被目标类型的帐号使用，其中，目标类型的帐号使用第二业务模版所产生的信息被设置为对第一帐号处于不可见的状态。

可选地，在本申请实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-OnlyMemory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (17)

1.一种业务模版编辑权限的配置方法，其特征在于，包括：

在业务审批应用中显示业务模版编辑界面，其中，所述业务审批应用的登录帐号为第一类型的第一帐号，所述第一帐号是第二帐号预先分配了第一编辑权限的帐号，所述第二帐号的类型是与所述第一类型不同的第二类型；

在所述业务模版编辑界面上获取所述第一帐号执行的目标编辑操作；

在所述第一编辑权限包括对已创建的业务模版进行修改的权限、且所述目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于所述目标编辑操作，将所述第一业务模版修改成第二业务模版，并将所述第二业务模版设置为允许被目标类型的帐号使用，其中，所述目标类型的帐号使用所述第二业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态。

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

在所述第一编辑权限包括创建业务模版的权限、且所述目标编辑操作是用于创建第三业务模版的编辑操作的情况下，响应于所述目标编辑操作，创建所述第三业务模版，并将所述第三业务模版设置为允许被所述目标类型的帐号使用，其中，所述目标类型的帐号使用所述第三业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态。

3.根据权利要求1所述的方法，其特征在于，所述在业务审批应用中显示业务模版编辑界面，包括以下之一：

在所述第一编辑权限为对已创建的业务模版进行修改的权限的情况下，在所述业务审批应用中显示所述业务模版编辑界面，并在所述业务模版编辑界面上显示一组业务模版标识，其中，所述一组业务模版标识中的每个业务模版标识用于表示已创建的、且允许被所述第一帐号修改的业务模版；

在所述第一编辑权限为创建业务模版的权限的情况下，在所述业务审批应用中显示所述业务模版编辑界面，并在所述业务模版编辑界面上显示目标控件，其中，所述目标控件用于创建业务模版；

在所述第一编辑权限包括对已创建的业务模版进行修改的权限和创建业务模版的权限的情况下，在所述业务审批应用中显示所述业务模版编辑界面，并在所述业务模版编辑界面上显示所述一组业务模版标识和所述目标控件。

4.根据权利要求1所述的方法，其特征在于，所述将所述第二业务模版设置为允许被目标类型的帐号使用，包括：

在所述第一类型的帐号中除了分配了所述第一编辑权限的帐号之外的帐号被禁止对已创建的业务模版进行修改的情况下，将所述第二业务模版设置为允许被所述第一类型的帐号使用，其中，所述目标类型的帐号为所述第一类型的帐号，所述第一类型的帐号中除所述第一帐号之外的帐号使用所述第二业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态；或者

在所述目标类型的帐号为第三类型的帐号、所述第三类型的帐号被禁止对已创建的业务模版进行修改的情况下，将所述第二业务模版设置为允许被所述第三类型的帐号使用，其中，所述第一类型、所述第二类型以及所述第三类型是不同的类型。

5.根据权利要求2所述的方法，其特征在于，所述将所述第三业务模版设置为允许被所述目标类型的帐号使用，包括：

在所述第一类型的帐号中除了分配了所述第一编辑权限的帐号之外的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将所述第三业务模版设置为允许被所述第一类型的帐号使用，其中，所述目标类型的帐号为所述第一类型的帐号，所述第一类型的帐号中除所述第一帐号之外的帐号使用所述第三业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态；或者

在所述目标类型的帐号为第三类型的帐号、所述第三类型的帐号被禁止创建业务模版、或者被禁止创建业务模版以及被禁止对已创建的业务模版进行修改的情况下，将所述第三业务模版设置为允许被所述第三类型的帐号使用，其中，所述第一类型、所述第二类型以及所述第三类型是不同的类型。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在将所述第一业务模版修改成第二业务模版的情况下，将所述目标类型的帐号使用所述第二业务模版所产生的信息设置为对所述第二帐号处于可见的状态。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

在所述第二帐号的权限配置界面上获取所述第二帐号执行的权限配置操作；

响应于所述权限配置操作，为所述第一帐号分配所述第一编辑权限。

8.根据权利要求7所述的方法，其特征在于，所述为所述第一帐号分配所述第一编辑权限，包括以下之一：

为所述第一帐号分配对已创建的业务模版进行修改的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；

为所述第一帐号分配创建业务模版的权限，其中，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；

为所述第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

9.根据权利要求8所述的方法，其特征在于，所述为所述第一帐号分配对已创建的业务模版进行修改的权限，包括以下至少之一：

为所述第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，所述处理规则用于指示对所述已创建的业务模版对应的待审批信息的处理方式；

为所述第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，所述功能控件是指编辑所述待审批信息时所使用的控件；为所述第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，所述处理流程用于指示对所述待审批信息的处理步骤。

10.一种业务模版编辑权限的配置方法，其特征在于，包括：

在第二帐号的权限配置界面上获取所述第二帐号执行的权限配置操作，其中，所述第二帐号的类型为第二类型，所述第二帐号是允许分配业务模版编辑权限的帐号；

响应于所述权限配置操作，为第一帐号分配第一编辑权限，其中，所述第一帐号的类型是与所述第二类型不同的第一类型，在所述第一编辑权限包括对已创建的业务模版进行修改的权限的情况下，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

11.根据权利要求10所述的方法，其特征在于，所述为所述第一帐号分配所述第一编辑权限，包括以下之一：

为所述第一帐号分配对已创建的业务模版进行修改的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；

为所述第一帐号分配创建业务模版的权限，其中，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态；

为所述第一帐号分配对已创建的业务模版进行修改的权限和创建业务模版的权限，其中，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态，所述第一帐号所创建的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

12.根据权利要求10所述的方法，其特征在于，所述为所述第一帐号分配对已创建的业务模版进行修改的权限，包括以下至少之一：

为所述第一帐号分配对已创建的业务模版的处理规则进行修改的权限，其中，所述处理规则用于指示对所述已创建的业务模版对应的待审批信息的处理方式；

为所述第一帐号分配对已创建的业务模版的功能控件进行修改的权限，其中，所述功能控件是指编辑所述待审批信息时所使用的控件；为所述第一帐号分配对已创建的业务模版的处理流程进行修改的权限，其中，所述处理流程用于指示对所述待审批信息的处理步骤。

13.一种业务模版编辑权限的配置装置，其特征在于，包括：

显示模块，用于在业务审批应用中显示业务模版编辑界面，其中，所述业务审批应用的登录帐号为第一类型的第一帐号，所述第一帐号是第二帐号预先分配了第一编辑权限的帐号，所述第二帐号的类型是与所述第一类型不同的第二类型；

第一获取模块，用于在所述业务模版编辑界面上获取所述第一帐号执行的目标编辑操作；

修改模块，用于在所述第一编辑权限包括对已创建的业务模版进行修改的权限、且所述目标编辑操作是对已创建的第一业务模版执行的修改操作的情况下，响应于所述目标编辑操作，将所述第一业务模版修改成第二业务模版，并将所述第二业务模版设置为允许被目标类型的帐号使用，其中，所述目标类型的帐号使用所述第二业务模版所产生的信息被设置为对所述第一帐号处于不可见的状态。

14.一种业务模版编辑权限的配置装置，其特征在于，包括：

第二获取模块，用于在第二帐号的权限配置界面上获取所述第二帐号执行的权限配置操作，其中，所述第二帐号的类型为第二类型，所述第二帐号是允许分配业务模版编辑权限的帐号；

分配模块，用于响应于所述权限配置操作，为第一帐号分配第一编辑权限，其中，所述第一帐号的类型是与所述第二类型不同的第一类型，在所述第一编辑权限包括对已创建的业务模版进行修改的权限的情况下，所述第一帐号所修改的业务模版被使用时产生的信息对所述第一帐号处于不可见的状态。

15.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序可被终端设备或计算机运行时执行所述权利要求1至9或10至12任一项中所述的方法。

16.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至9或10至12任一项中所述方法的步骤。

17.一种电子设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至9或10至12任一项中所述的方法。