深圳大区协同办公系统运维管理规范V2..docxVIP

协同办公系统运维管理规范编制日期2015.04审核日期审批日期修订记录日 期修订状态修改内容修改人审核人审批人 目的为落实精细化管理，规范协同办公系统（以下简称“OA系统”）日常运维，提升OA系统管理水平，特制定本规范。适用范围适用于大区及其下属城市公司OA系统运维。术语/定义无OA系统架构 OA正式环境是日常办公的主要审批系统，是使用非常广泛的系统之一，在平常的工作时间里要保证正常运行，不能有任何异常。目前OA采用分布式部署，总部与其他大区共有12台应用服务器，并辅以三台功能服务器（包括FTP服务器、接口服务器及移动办公服务器），每个大区的应用都能独立运行，在提高各自应用性能，实现均衡负载的同时，也将系统管理分配到大区一级。职责分工 大区管理员解决城市公司管理员反馈的系统问题和需求，大区层面无法解决的问题上报总部并及时反馈结果。大区层面OA系统功能优化。城市公司管理员完成城市公司的单据撤转、OA插件安装、系统角色修改、流程修改、系统BUG处理、用户增删、移动办公客户端安装等工作。城市公司层面解决不了的问题上报大区管理员项目管理员完成项目上的单据撤转、OA插件安装、系统角色修改、流程修改、系统BUG处理、用户增删、移动办公客户端安装等工作。项目管理员解决不了的问题上报所在城市公司管理员配置规则说明为便于大区OA系统整体规划发展及系统管理员后期运维管控，在系统配置过程中选如下规则操作。新建城市公司新成立的城市公司由大区管理员在大区节点下创建城市公司及对应的部门，城市公司按照“所在城市名”+“公司”的格式命名。导航视图按照深圳公司标准配置，开通以人事行政类为主21个共性模块，后续可根据实际业务增删。组织架构配置系统的用户信息及组织架构直接从LDAP单点同步过来，但系统本身可对部门名称、部门排列顺序等内容做调整。部门命名城市公司：城市公司各部门的命名规范统一采用各部门的正式名称，如：财务部、信息管理部、人事行政部等。如图所示：项目公司：项目公司命名规范按项目公司的内部简称，如：湖贝项目公司、大涌项目公司等；项目公司各部门命名规范按各部门的正式名称+各项目名以作区分，如：湖贝综合部、大涌综合部等。部门排序部门按公司本部职能部门、项目公司、项目部的先后顺序排序。公司本部：公司本部各职能部门按部门名称长度做排序，先短后长，如：总办、财务部、法律部、推广部、人事行政部，名称长度相同的按首字母拼音排序，如图：项目公司：项目公司及项目公司内各部门的排序规则同公司本部。用户群组配置因V5系统的流程不再区分部门负责人及普通员工级别，所以无需再建部门负责人和普通员工的群组（指定流程给哪些用户使用），直接使用系统自带的部门群组，省去每次添加新员工进群组的维护工作。总办人员费用代办流程、交通费报销流程等还需指定给不同部门的人员使用，所以依旧需要建立群组，如：深圳总办费用报销代办人员、深圳交通费报销人员等。具体新建规则如下：群组位置：因群组较少，且后续新增大量群组的可能性也较小，故把群组都放在城市公司目录下，明确只有某个项目公司使用的群组，放在该项目公司目录下。如：“深圳交通费用代办人员”群组因公司本部及项目公司都会用到，所以建在深圳公司目录下。群组命名按“单位名称+群组名称”为命名规则，如：“交通费代办人员”群组因建在深圳公司目录下，则命名为“深圳交通费代办人员。假如该群组是建立在大涌项目公司目录下，则命名为“大涌交通费代办人员”，以此类推。系统角色配置原有OA系统的系统角色都已经迁移到V5系统，但原有OA系统的系统角色大部分建在城市公司目录下，使系统角色难以查找维护。为使系统角色清晰可查、名称有意义，V5系统的系统角色按以下规则实施：系统角色位置：明确属于某个部门或项目权责的系统角色建在该部门或项目目录下，如：“财务票据核查”、“财务出纳”等系统角色建在财务部目录下，“考勤管理员”、“印章管理员”等系统角色建在人事行政部目录下；不明确归属某个部门或项目权责的系统角色建在城市公司目录下，如：“部门负责人”、“部门分管领导”、“部门文书”等。系统角色命名：按“单位名称+系统角色名称”为命名规则，如：“深圳部门负责人”、“财务部票据核查”、“人事部考勤管理员”、“大涌采购专员”等，以此类推。导航视图配置V5系统导航视图以便于用户使用和尊重用户使用习惯为原则进行规划。将财务类（费用报销、差旅报销、借款申请、付款申请）重新规整，单列“财务管理”导航条；将文件会签单按流程使用部门划分为：通用类（各部门都用到的流程）、人事类、成本类、设计类、工程类，单列“文件会签”导航条。其它模块按原有OA系统划分。具体划分如下：公文管理：发文、收文、签报、会签、查询（公文）、公文知识库、归档。财务管理：费用报销、差旅报销、借款申请、付款申请。综合办公：外出管理、请假管理、出差管