# 行政树
在部门下新建子部门，通过建立部门和子部门形成行政树，行政树是组织结构的主体。
在部门上可以指定部门的级别，级别可以是公司、子公司、部门、小组等等。
在部门内可以添加成员和角色。
# 汇报线
每个员工都有主管属性，通过对员工设置主管形成逐级汇报关系，也就是汇报线。
汇报线和行政树是流程中指定处理人时最重要的依据。
设置主管
在员工属性→直接上司标签页中设置主管。
当很多员工具有相同主管时，可通过主管拷贝功能批量设置（右键菜单）。
在主管的属性页中可查看所有下属。
流程中使用汇报线
在流程中，设置审批人时通常会使用汇报线，比如设置提交人的主管审批就是使用汇报线的典型例子。
注：一个账户设置多个主管，形成多汇报线，参见多汇报线。
# 职位
流程中常常用到领导审批，比如，部长审批，经理审批，其中部长和经理就是职位。在组织中设置员工的职位后，在流程中就可以很方便的使用职位来指定处理人。
部门中的领导上下位置关系是有要求的，职位高的应该排在前面，比如经理应该排在副经理的前面，位置不正确会影响流程处理人的查找。
设置领导职位
使用职位指定处理人
职位指定处理人时的查找规则
以处理人为提交人的“经理”为例：
张三在研发部，他发起流程后，首先在本部门内张三前面的账户中查找职位为经理的用户，找到则结束。
若本部门内没有找到相应的领导，则在上级部门中查找，依次类推。
若张三自己为经理，经理审批关卡按无处理人执行。
若张三为副经理，审批关卡为经理审批。
所以，在部门中应确保领导的顺序关系。
职位维护
# 职级
通常行政类流程，要根据申请金额、天数等审批到相应领导层级流程才能结束，也就是说流程的审批权限是根据审批人的职位决定的。
在大型组织中，相同职位的领导可能具有不同的审批权限。例如，经理有10级经理和20级经理他们审批权限不同，许多企业已引入职级概念，通过职级与权限挂钩而不是职位与权限挂钩来解决此类问题，使流程建模更规范。
比如，采购申请流程，提交人的10级领导核决权限为1000元，提交人的20级领导核决权限为2000元。
借助员工的职级和层级审批FlowPortal BPM大大提高行政类流程的建模效率。
设置职级
使用职级审批
职级维护
# 角色
在部门内可以添加角色，角色是由一人或多人组成，流程中可以使用角色指定处理人。
使用角色可减少因组织变动、人员职位变化、特殊审批等造成的流程修改。
角色的典型应用：
业务需求中常常有这种情况，流程某关卡处理人为提交人所在部门的部长审批，一般情况下这样指定处理人是没有问题的。但在集团应用中，通常会出现特例，比如某个部门由副部长审批，这样给流程建模带来了困扰。
如果在部门下统一建立角色如【部门审批人】，指定处理人为【部门审批人】角色，需要部长审批的部门把部长添加到【部门审批人】角色内，特殊部门把副部长或其他人添加到【部门审批人】角色内，这样指定处理人就可实现集团流程统一建模，遇到特殊情况也无需修改流程，只需维护角色内人员就可使流程适用整个集团，审批人的维护也更加方便。
定义角色
定义角色，并添加担任此角色的成员账户。
在角色中可以添加任何账户为成员，既可以添加角色所在部门的内成员，也可以添加其他部门的成员。
使用角色指定处理人
角色处理人查找规则
以处理人为提交人的【出纳】为例：
张三在研发部，他发起流程后，首先在本部门内查找角色为出纳的角色，找到则结束。
若本部门内没有找到相应的角色，则在上级部门中查找，依次类推。
若张三是出纳角色的成员，提交后张三会收到自己提交的任务。
职位找人角色找人区别
以处理人为提交人的【总监】为例：
使用职位，当提交人职位是总监时，不会收到自己提交的申请；
使用角色，当提交人是【总监】角色的成员时，提交人会收到自己提交的申请（可使用相同处理人跳过）。
# 一人多岗
一个员工兼职多个岗位，分别汇报给不同的领导，这就是一人多岗。比如，张三是某公司上海分公司IT经理，同时兼任北京分公司的IT经理；
这时张三提交的申请由谁来审批呢？显然以上海分公司身份提交的申请和以北京分公司身份提交的申请其审批人是不一样的。
FlowPortal BPM可以很好的处理一人多岗并向不同领导汇报的情况。
设置一人多岗
设置账户user003既是行政部的部长，又是市场部的市场专员。
选择职位，发起流程
当存在一人多岗发起流程时，需要选择职位，以不同职位发起流程其处理人是不一样的。
# 多汇报线
通过给员工设置主管，形成汇报线，当员工有多个主管时，就形成多汇报线。
多汇报线情况下，每条汇报线都有自己名字，汇报线的名字由主管设置时的分管业务属性确定。
在流程中可以通过设置业务属性启用不同的汇报线。
user004有两个主管，分别分管行政和研发
设置主管分管业务
在流程上启用不同的汇报线
比如设置流程业务类型为【研发】，流程中的处理人就会启用【研发】汇报线。
在流程节点上启用汇报线
流程节点默认启用流程中指定的汇报线，若流程中的某个节点需要启用特殊的汇报线，可通过设置节点业务属性实现。比如主管审批节点指定业务类型属性为【科研】，这样整个流程使用【市场】业务汇报线，主管审批步骤使用【科研】汇报线。
# 部门分管
企业中可能会有多个副总，分别分管不同的部门，员工发起申请需要副总审批时，流程根据员工所在部门查找部门的分管副总进行审批。
比如A公司有两个副总张三和李四，张三分管行政部、市场部，李四分管研发部、采购部，这就是典型的部门分管，FlowPortal可以很好的满足这种应用场景。
如图，易正信息总部有两个副总，各自分管不同的部门。
设置部门分管
使用分管领导审批
处理人指定时不需要额外的处理，只要指定审批人为副总经理，系统就会自动根据提交人的部门将任务传递给正确的分管副总。
# 组织异动
部门移动
企业中部门的整合或调动在行政树上可以直接操作。
通过组织移动可以将一个部门调动为另一个部门的下级部门，也可以将一个部门调动为另一个部门的上级部门。组织移动包含组织中的成员、角色和部门。
人员调动
组织中的人员可以调动或复制到其他部门。
组织异动对汇报线的影响
组织异动时汇报关系会自动调整。
A部门有张三和李四，李四是张三的主管,A部门移动后张三和李四的主管关系会自动调整，维持李四是张三的主管不变。
李四或张三其中一人调动时，系统也会自动调整主管关系，维持李四是张三的主管不变。
组织异动对角色的影响
组织异动时角色内的成员也可能发生了异动，系统也会自动调整，也即组织异动对角色内的成员不会产生影响。
比如，角色内包含A部门张三，当张三从A部门调到B部门时，角色内成员自动调整为B部门张三。
组织异动对已发起流程的影响
无论是部门异动还是人员异动，对于发起的流程系统都会自动调整处理人，维持已发起流程的准确性。
比如，张三在研发部时发起一个请假申请，当张三由研发部调动到采购部时系统会自动将流程的拥有人调整为采购部的张三。
组织异动对流程定义的影响
在流程定义时应尽量避免使用绝对路径。当流程定义时使用了绝对路径的处理人、角色等，组织异动后，系统不会自动调整，也就是说组织异动后这样的流程需要手动调整。
组织异动小结
组织异动后，流程定义需要调整，其他都无需调整，为了减少组织异动对流程的影响，应尽量避免使用绝对路径。
# 个性化人员属性
BPM中的每个用户都有标准的属性，但在企业实际使用时，标准属性可能不能满足业务需求，需要扩展用户属性。
在 FlowPortal BPM中，可以方便地扩展用户属性，记录额外的用户信息，并且这些额外的信息方便地在流程和表单中使用。
扩展用户属性
在组织管理中可以为账号、成员、角色、部门添加扩展属性，实现用户属性的个性化扩展。以账号为例，添加扩展属性：来自星球。
保存后，用户属性中看到新增属性。
使用扩展属性
在表单上中使用，设置控件初始值为扩展属性。
# 基于职位的组织关系
绝大多数BPM系统组织关系与流程流转信息都是依据员工账号记录的，基于账号的流程平台难以满足一人多职、多汇报线等业务场景。
FlowPortal BPM是基于职位的流程平台，其汇报关系基于职位而建立，包括基于职位的流程流转和基于职位的组织架构，无论流程和组织记录的都是职位的信息，而非具体的账户。
汇报关系基于职位
汇报关系是基于职位记录，比如，张三的主管是李四，在FlowPortal中记录为A部门张三的主管是B部门的李四。
这样，当张三在A部门和B部门同时任职时，就可以设置不同的主管。
角色成员基于职位
角色内添加成员记录信息也不是账号而是职位，比如，张三在角色内记录为A部门的张三。
流转信息基于职位
流程发起人、审批人系统内部记录的也是职位而不是账号。
# 账号停用
人员离职、停职等需要停用账号时，只需勾选账号停用即可，账号停用后不可登录BPM系统。
流程中若处理人为停用账号会被忽略，按无人处理，所以账号停用前应在组织结构中移除停用账号的组织关系。
停用账号无法登陆系统，应在账号停用前移交停用账号的待办任务。
账号停用
移除组织关系
使用流程运维中的岗位移交功能，查看停用账号在组织内的所有任职情况，并进行替换。
任务移交
使用流程运维中的任务移交功能，查看和移交停用账号的待办任务。