1、系统现状

        系统使用范围为全省，包括省公司本部及各个中心、十三个地市分公司。其中，地市分公司区县按地市分公司部门管理；中心按省公司本部部门管理，只包括省级本部主要人员，其他不在系统内。

        系统业务包括：公文管理、部室专业垂直办公、通用办公及专业系统，其中，部室专业垂直管理为9个独立系统，专业系统为9个独立系统，公文管理与通用办公、业务流程（370个流程）、综合信息（含20个信息专栏）组成全省集中办公系统。

2、关于人员跨部门多重身份解决措施

        由于原系统为分散独立系统，人员跨部门多重身份的情况较少，按多账号方式处理，基本能满足需求，但是，用户记多账户不方便，容易出现遗漏、耽误流程的情况。

3、新系统建设目标及需求

3.1、新系统建设目标

（1）为支撑办公需求，建设统一业务支撑平台，可以假设为PaaS平台；

（2）大部分业务经梳理后，迁移到新平台或重建；

（3）为省公司本部、地市分公司提供新业务支撑，并由业务人员自行管理。

3.2、需求

（1）支持虚拟组织；
（2）支持人员跨部门多重身份；
（3）省公司、地市分公司业务人员可以自主新建、管理流程类业务，各个公司间相互不影响；

4、平台产品提供功能

（1）认证账号：是系统平台提供统一的认证账号，也是平台级默认租户下的主账号；

5、人员跨部门多重身份解决方案

        由于目标系统是打破业务壁垒、横向协同的统一平台，在没有了独立系统的情况下，人员跨部门多重身份情况相对突出了些，因此，新系统解决思路是按以往的经验，仍采用多账号的方式，但是区别是用户不可见，类似一个人有多个手机的模式，具体如下：

（1）利用系统平台产品功能解决人员跨公司的多重身份问题；

（2）系统平台二次开发增加公司内部人员跨部门多重身份问题；

        如上图所示，用户在系统中实际有三个账号，首先必须有的是统一的认证账号，也是平台级默认租户下主账号，其他账号为两种形式：一是在某租户下的组织账号，属于独立组织内部账号，其他租户不可见；二是在默认租户中（也可以是其他租户，在此租户下有多个组织账号给一个人用）的另一个组织账号，此租户内相互可见，其他租户不可见。

        按如上所述，系统建设时，需要管理这些组织账号，特别是一个租户下的多个组织账号。这些组织账号使用如同手机号一样，按实际专业需求使用，相互没有直接影响。

6、虚拟组织

        此章节说明的是租户内部的虚拟组织，按组织内部部门处理。

7、租户使用思路

        系统按公司（独立组织单元）设置账号，其中，虚拟团队可以是一个租户，此虚拟团队适用于原独立系统的视角的组织，例如某专业系统的组织结构，与其他业务耦合不紧密。如下图所示，按省公司、地市分公司、中心（例如维护中心）租用应用。

        以维护中心为例，其省级办公主要人员按省公司本部维护中心部门处理，而做为独立的维护中心，则按新租户独立组织管理，其部分人员为多重身份，而且是跨租户的多重身份。

8、组织及账号管理

9、参考思路

基于PaaS平台的人员跨部门多重身份技术解决方案