1、系统状态

        该系统采用一个范围的省，它包含省总部和各中心、十三市分公司。其中，各县（市）局和办事处城市管理部门；由省级总部部门管理中心，它仅包含主省党部的工作人员。另一种是不在系统中。

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

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

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

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

3.1、新系统建设目标

（1）为支撑办公需求，建设统一业务支撑平台。能够如果为PaaS平台；

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

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

3.2、需求

（1）支持虚拟组织。

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

4、平台产品提供功能

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

（2）组织级账号：是系统平台某租户下的账号，仅仅在此租户下有效，其它租户不可见。

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

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

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

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

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

        按如上所述。系统建设时，须要管理这些组织账号，特别是一个租户下的多个组织账号。

这些组织账号使用如同手机号一样。按实际专业需求使用，相互没有直接影响。

6、虚拟组织

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

7、租户使用思路

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

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

8、组织及账号管理

9、參考思路