信息系统用户帐号与角色权限管理流程
事业单位人事信息管理系统-操作手册【精选文档】

事业单位人事信息管理系统操作手册四川广力软件科技有限公司二〇一三年十月目录(按住CTRL键,并点击目录名,可切换到相应内容)第一部分系统平台登录 (4)进入系统 (4)登录系统 (4)修改密码 (6)完善机构信息 (6)安全退出系统 (7)第二部分系统功能 (8)主界面各功能介绍 (8)我的工作台 (9)业务办理 (10)人员管理 (11)信息统计 (14)岗位监控 (14)单位信息 (15)表册查询 (16)高级查询 (16)机构管理 (17)第三部分业务流程及办理 (18)一、人员初始化流程 (19)事管科启动业务和查看业务状态 (19)基层单位申报业务 (21)主管单位审核业务 (28)事管科复核业务 (31)特别说明 (33)二、岗位设置方案变更流程 (34)第一步基层事业单位(启动业务) (34)第二步主管单位审核业务 (36)第三步事管科审核业务 (39)第四步基层事业单位打印表册 (40)第五步事管科复核归档业务 (42)特别说明 (42)三、单位首次岗位聘用流程 ................................................... 错误!未定义书签。
第一步基层事业单位(启动业务) ........................................ 错误!未定义书签。
第二步主管单位审核业务 ...................................................... 错误!未定义书签。
第三步事管科审核业务 .......................................................... 错误!未定义书签。
第四步基层单位打印业务表册 .............................................. 错误!未定义书签。
第五步事管科复核表册,进行业务归档 .............................. 错误!未定义书签。
系统超级用户管理细则

超级用户管理细则1总则1.1目的为加强学习(以下简称“学习")计算机信息系统和信息安全管理工作,保障学习计算机信息系统安全、保密、可靠、稳定、连续、高效运行,加强对系统超级用户的管理,结合学习实际,制定本办法。
1.2关键岗位设置信息系统超级用户是指在信息系统中拥有最高管理权限的系统用户。
根据信息系统的实际组成,分别由系统管理员、数据库管理员、应用管理员对相应的超级用户权限负责。
各应用系统需根据《学习信息系统安全管理办法》第3。
1。
3条要求设置系统管理员、数据库管理员、应用管理员岗位,并委托专人负责.系统管理员不得同时兼任数据库管理员或应用管理员。
1.2.1系统管理员拥有操作系统最高管理权限,负责对操作系统内用户权限管理、用户帐号及访问管理、密码管理;1.2.2数据库管理员拥有数据库系统最高管理权限,负责对数据库系统内用户权限管理、用户帐号及访问管理、密码管理;1.2.3应用管理员拥有应用系统最高管理权限,负责对应用系统内用户权限管理、用户帐号及访问管理、密码管理。
1.3关键岗位责任系统管理员、数据库管理员、应用管理员应按《学习信息系统关键岗位安全管理办法》的要求签订《信息系统关键岗位安全责任书》。
1.4口令强度设定信息系统应根据安全等保定级结果,根据《学习信息系统安全等级保护基本规范》中对应等保级别的要求,设定用户口令强度。
2管理流程2.1管理权限授权信息系统在建设前,项目组需根据《学习信息系统应用与运维管理办法》第3.5。
4条要求,获得项目责任处室对相应关键岗位授权.2.1.1在项目正式实施前,项目经理需根据项目建设需要确认系统管理员、数据库管理员、应用管理员,并填写《应用系统关键岗位人员基本信息表》(以下简称“基本信息表”),其中系统管理员可作为操作系统超级用户口令的保管人员。
2.1.2项目经理将填写完毕的“基本信息表”提交至项目责任处室,项目责任处室审核通过后完成签字授权.2.1.3项目经理将签字后的“基本信息表”复印两份,原件由项目责任处室归档保存,复印件由IT运维支持中心和项目经理各保存一份。
网络直报用户权限设置

6、流感/人禽流感监测管理系统
用户级别 用户类型
省级
省级流感网路实验室用户
角色 流感-网络实验室
省级疾控中心(建立流感网路实验室)
流感-各级疾控 流感-网络实验室
地市级 地市级流感网路实验室用户
流感-网络实验室
地市级疾控中心(未建立流感网路实验室) 流感-各级疾控
县区级
地市级疾控中心(建立流感网路实验室)
新死因_DSP监测角色
新死因--卫生部监测角色
新死因_省级监测角色
新死因_地市级监测角色
(这4个角色的权限已包含在上面所 列的角色中,一般可以不另选)
8、健康危害因素监测信息系统(1)
用户级别 省级
地市级
县区级
用户类型
角色
本级用户(负责全省健康 health-食品省级; health-职业省级;
危害因素监测工作)
各子系统用户帐户设置及权限管理
1、疾病监测信息报告管理系统
系统管理员:目前由国家统一设置,如有新增县区,也是 由国家统一设置 疾控中心业务科所:建立本级用户,根据所管辖的病种自 定义角色,然后授予用户。 直报用户:医院传染病直报(全部限制)
医院传染病直报(无限制)
2、突发公共卫生事件报告管理信息系统
用户类型
角色
本级用户(负责全省死因监测 新死因--省级角色 工作)
本级用户(负责本地市死因监 新死因_地市级角色 测工作)
本级用户(负责本县区死因监 新死因_县级角色 测工作)
直报用户(同时承担传染病报 医院传染病直报 告职能)
直报用户(不承担传染病报告 新死因--直报角色 职能,仅报告死亡报告卡)
鼠疫角色(县级)
4、疾病预防控制基本信息系统
账号口令管理办法

账号⼝令管理办法账户⼝令管理办法⽬录第⼀章总则 (4)1.1概述 (4)1.2⽬标 (5)1.3范围 (5)1.4要求 (5)第⼆章帐号、⼝令和权限管理的级别 (7) 2.1关于级别 (7)2.2如何确定级别 (7)2.3⼝令、帐号和权限管理级别的定义 (7) 2.3.1等级1 –最低保障 (8)2.3.2等级2-低保障级别 (8)2.3.3等级3 –坚固保障级别 (9)2.3.4等级4 –最⾼保障等级 (9)第三章帐号管理 (11)3.1职责定义 (11)3.2⼝令应该以⽤户⾓⾊定义 (11)3.2.1系统管理员/超级⽤户 (11)3.2.2普通帐号 (11)3.2.3第三⽅⽤户帐号 (12)3.2.4安全审计员帐号 (12)3.2.5对于各类帐号的要求 (12)3.3帐号管理基本要求 (13)3.3.1保障等级⼀需要遵守的规范 (13) 3.3.2保障等级⼆需要遵守的规范 (13) 3.3.3保障等级三需要遵守的规范 (13) 3.3.4保障等级四需要遵守的规范 (14) 3.4帐号管理流程 (14)3.4.1创建⽤户帐号 (14)3.4.2变更⽤户 (17)3.4.3撤销⽤户 (19)3.4.4定期复审 (20)第四章⼝令管理 (21)4.1通⽤策略 (21)4.2⼝令指南 (21)4.2.1⼝令⽣成指南 (21)4.2.2⼝令保护指南 (22)第五章权限管理 (24)5.1概述 (24)5.2根据⼯作需要确定最⼩权限 (24)5.3建⽴基于⾓⾊的权限体系 (24)5.4审计⼈员权限的界定 (25)5.5第三⽅⼈员权限设定 (26)第⼀章总则1.1 概述随着XXXX公司业务系统的迅速发展,各种⽀撑系统和⽤户数量的不断增加,⽹络规模迅速扩⼤,信息安全问题愈见突出,现有的信息安全管理措施已不能满⾜xxx⽬前及未来业务发展的要求。
主要表现在以下⽅⾯:1.xxxx的信息系统中有⼤量的⽹络设备、主机系统和应⽤系统,分别属于不同的部门和不同的业务系统,并且由相应的系统管理员负责维护和管理。
用户帐号和口令管理规范

八、
1.用户的责任与义务:
1)所有用户有义务确保自己的口令的安全,系统帐号与口令不泄漏给他人,同时避免使用弱口令;
2)对于使用便携式计算机的用户,应确保设置开机BIOS口令;
3)使用远程登陆的用户,确保不将口令保留在计算机上;
4)不将系统中使用的帐号和口令用于其他个人应用;
4)不要暗示自己口令的格式
5)不要在调查中给出口令
6)不要告诉家人口令
7)休假时不要把自己口令告诉他人
4.如果有任何人需要口令,参照本文档,或者经过部门负责人的特别授权。
5.不要使用非DXC授权和许可的口令记忆软件。
6.如果口令可能被破解了,应立即报告部门负责人和上级部门,并且更改所有口令。
7.口令的更改必须指定两位专人负责,由这两人根据要求定期进行更改。责任人必须保证口令更改的及时性、有效性,同时必须在“重要口令更改记录表”中进行详细记录,并保证在网设备的口令与记录上的口令保持一致。
2)帐号使用人在工作职责发生转变,而不再需要使用系统资源的情况下,应当申请关闭帐号;对不能关闭的帐号则需要转移帐号的责任人;
3.口令的修改
1)帐号的使用人应当定期修改帐号口令,修改口令的间隔应小于本标准的相关规定,对于本标准没有规定的用户,其间隔应当小于6个月;
2)帐号用户必须在管理员要求更改口令时进行更改口令;如果用户拒绝配合,管理员可以在通知用户及其主管后,关闭用户的帐号,以保证系统的安全;
5)当使用SNMP时,communication string不允许使用缺省的Public、Private、system和secret等,并且该communication string不应该和系统的其他口令相同,应该尽量使用SNMPv2以上的版本。
系统账号管理办法

第七条账号管理员是指负责在系统中执行账号管理操作的人员,例如在系统中创建或撤销账号,分配或修改账号权限,定期提供系统中的账号和权限清单供审阅等。
第八条账号审批人员是指有权对账号和权限的管理操作进行审批和决策的人员,包括各部门负责人,业务负责人、安全管理员或经部门领导授权的人员等。
第二十四条对操作系统级和数据库层超级用户的账号(比如根用户,系统管理员,安全管理员账号,批处理用户账号,数据库管理员)由信息化部系统维护部经理对正式书面审批,使用仅限于经授权的系统管理人员;信息化部系统维护部经理对操作系统层及数据库层超级用户账号的清单每季进行复核并签字确认,并对多余或不恰当的账号进行调整。
第三十九条信息化部每半年或业务流程发生重大变更时, 将系统中的账号访问权限清单提供给各部门,由账号所在部门进行审阅签字, 以避免在账号的权限中有不相容职责的存在。如发现不相容职责须依照账号和权限变更流程进行调整, 并将结果汇总至信息化部保存。
第四十条对于采取用户角色来向用户分配访问权限的系统,信息化部应建立系统权限和用户职责(或用户角色)矩阵表, 用来反映用户职责(或用户角色)与其所能进行的操作权限的对应关系.该矩阵表由负责账号权限审批的主管部门负责人定期(每三个月一次)审阅签字确认。账号管理员负责维护系统中的用户权限与审阅后的矩阵表保持一致。
系统名称
系统类别
□应用系统 □主机 □数据库
□其他_________________
权限有效期
□长期
□自____年____月____日始至____年____月____日止
变更原因
变更内容
审批意见
变更结果
变更执行时间
变更执行人
K3 Cloud_基础管理_用户角色权限操作规程

用户角色权限操作规程密级:★高★版本:1.0XXX股份有限公司金蝶软件(中国)有限公司2020年7月4日文档控制更改记录日期作者版本更改参考2013.5.18 湛剑V1.0姓名职位签字分发拷贝号姓名区域目录第一章:用户角色权限 (4)第一章:用户角色权限一、用户管理1、用户新增1)单体A、通过选择的角色确定其权限内容;B、通过联系对象类型(员工/供应商/客户)确定其用户身份,且可以查看具体信息;C、域用户是在使用域用户身份认证的方式时使用;D、企业开通云之家且登录后,用户录入云之家帐号的可以在云之家自动添加;E、可以使用用户帐号、用户名称、云之家帐号登录ERP系统,均使用用户的密码;2)多组织用户可以选择多个组织的多个角色2、用户密码策略1)密码规则A、设置规则:数字、特殊字符、字母三种规则组合使用且必须选中一个规则;要求密码中包含选定的规则即可,至于选定规则的前后顺序以及各自长度没有控制;B、最小长度:默认为6,可以录入6-20之间的整数数字;C、默认密码:是系统统一的用户密码,默认为888888,可以修改;D、密码规则调整后登陆强制校验:是修改密码规则后对使用修改前密码规则的用户在登录ERP系统时进行强制校验,要求改为符合修改后的密码规则才可以登录。
2)时效规则A、启用密码有效期控制:就是控制密码使用的有效天数B、启用密码到期前预警:就是密码有效期到期前提前预警C、启用修改密码有效期控制:就是控制密码修改的间隔天数,建议此处的天数比密码有效期短或者一致;D、启用修改密码到期前预警:就是密码修改有效期到期前提前预警E、设置密码不重复周期:就是控制密码重复的间隔天数3)控制规则A、使用系统生成密码登录系统时要求修改密码:就是使用默认密码登录ERP系统时要求用户修改登录密码;B、可以使用系统生成密码登录*次系统:就是控制使用默认密码登录系统次数C、登录系统时密码输入错误*次后自动锁定用户:就是控制用户输错*次密码后系统自动锁定用户,不允许其登录系统,目的控制其他使用者利用试错操作获取密码D、用户锁定*小时后自动解锁:就是控制用户被锁定*小时后自动解锁3、用户报表1)用户综合查询:查询用户的组织和角色情况2)用户登录情况:查询用户最后登录系统的情况二、角色管理1、角色新增1)单体A、类型:普通角色/系统管理员;普通角色是可以授权的角色,其可以进行业务操作;而系统管理员作为子管理员的形式存在,其只有系统管理的内容,可以设置其授权范围;B、授权范围:只对类型=系统管理员的角色有效;设置后该角色授权时只能在此范围进行授权;C、通过选择用户确定其使用范围2)多组织A、属性:公有/私有;公有角色只能administrator创建和维护,在全部组织上都可以使用;私有角色必须指定具体组织,在该组织下使用;2、角色查询:按照登录用户的组织范围显示角色数据,包括公有角色以及有权组织范围内容的私有角色。
信息系统安全管理流程图

信息系统安全管理流程图信息系统安全管理1范围适用于信息技术部实施网络安全管理和信息实时监控,以及制定全公司计算机使用安全的技术规定2控制目标2.1确保公司网络系统、计算机以及计算机相关设备的高效、安全使用2.2确保数据库、日志文件和重要商业信息的安全3主要控制点3.1信息技术部经理和公司主管副总经理分别审批信息系统访问权限设置方案、数据备份及突发事件处理政策和其它信息系统安全政策的合理性和可行性3.2对终端用户进行网络使用情况的监测4特定政策4.1每年更新公司的信息系统安全政策4.2每年信息技术部应配合公司人力资源部及其它各部门,核定各岗位的信息设备配置,并制定公司的计算机及网络使用规定4.3当员工岗位发生变动,需要更改员工的邮件帐号属性、服务器存储空间大小和文件读写权限时,信息技术部必须在一天内完成并发送邮件或电话通知用户4.4对于信息系统(主要为服务器)的安全管理,应有两名技术人员能够完成日常故障处理以及设置、安装操作,但仅有一名技术人员掌握系统密码,若该名技术人员外出,须将密码转告另外一名技术人员,事后应修改密码,两人不能同时外出,交接时应做好记录4.5普通事件警告是指未对信息系统安全构成危害、而仅对终端系统或局部网络安全造成危害,或者危害已经产生但没有继续扩散的事件,如对使用的终端和网络设备未经同意私自设置权限等;严重事件警告是指对信息系统安全构成威胁的事件,如试图使病毒(木马、后门程序等)在网络中扩散、攻击服务器、改变网络设备设置场所的设置状态、编制非法软件在网络系统中试运行等;特殊事件是指来自公司网络外部的恶意攻击,如由外部人员使用不当造成或其它自然突发事件引起。
事件鉴定小组由相关的网络工程师、终端设备维护工程师和应用系统程序员等相关人员组成5信息系统安全管理流程C-14-04-001备注说明,非正文,实际使用可删除如下部分。
本内容仅给予阅读编辑指点:1、本文件由微软OFFICE办公软件编辑而成,同时支持WPS。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
信息系统用户帐号与角色权限管理流程一、目的碧桂园的信息系统已经在集团下下各公司推广应用,为了确保公司各应用信息系统安全、有序、稳定运行,我们需要对应用信息系统用户帐号和用户权限申请与审批进行规范化管理,特制定本管理规定。
二、适用范围适用于公司应用信息系统和信息服务,包括ERP系统、协同办公系统、各类业务应用系统、电子邮箱及互联网服务、数据管理平台等。
三、术语和定义用户:被授权使用或负责维护应用信息系统的人员。
用户帐号:在应用信息系统中设置与保存、用于授予用户合法登陆和使用应用信息系统等权限的用户信息,包括用户名、密码以及用户真实姓名、单位、联系方式等基本信息内容。
权限:允许用户操作应用信息系统中某功能点或功能点集合的权力范围。
角色:应用信息系统中用于描述用户权限特征的权限类别名称。
四、用户管理(一)用户分类1.系统管理员:系统管理员主要负责应用信息系统中的系统参数配置,用户帐号开通与维护管理、设定角色与权限关系,维护公司组织机构代码和物品编码等基础资料。
2.普通用户:指由系统管理员在应用信息系统中创建并授权的非系统管理员类用户,拥有在被授权范围内登陆和使用应用信息系统的权限。
(二)用户角色与权限关系1.应用信息系统中对用户操作权限的控制是通过建立一套角色与权限对应关系,对用户帐号授予某个角色或多个角色的组合来实现的,一个角色对应一定的权限(即应用信息系统中允许操作某功能点或功能点集合的权力),一个用户帐号可通过被授予多个角色而获得多种操作权限。
2.由于不同的应用信息系统在具体的功能点设计和搭配使用上各不相同,因此对角色的设置以及同样的角色在不同应用信息系统中所匹配的具体权限范围可能存在差异,所以每个应用信息系统都需要在遵循《应用信息系统角色与权限设置规范》基础上,分别制定适用于本系统的《碧桂园应用信息系统角色与权限关系对照表》(表样见附表1)。
具体详细各系统角色与权限关系表以各系统公布为准。
五、用户帐号实名制注册管理(一)为保证公司应用信息系统的运行安全和对用户提供跟踪服务,各应用信息系统用户帐号的申请注册实行“实名制”管理方式,即在用户帐号申请注册时必须向信息系统管理部门提供用户真实姓名、隶属单位与部门、联系方式等信息。
(二)公司应用信息系统的账户命名方式,默认以申请人的中文姓名拼音全拼为账户名,若姓名拼音重复,账户后面加上两位数字识别。
(三)公司应用信息系统有特别安全等级保护要求的,例如数字证书针对关键和敏感业务操作的用户,在颁发个人数字证书时还须要求提供用户身份证号,并且经过主管部门领导审批和监管部门复核环节的控制。
六、用户帐号申请、审批、开通(一)任何一个用户帐号的申请与开通均必须经过相关部门审批管理流程,并由本部作为最终审批节点,且一个用户在同一个应用信息系统中只能注册和被授予一个用户帐号。
(二)公司各应用信息系统(包括电子邮件和互联网服务)的用户帐号及角色权限的申请开通、注销、密码初始化等帐号管理工作均使用本部统一制定的《碧桂园集团公司应用信息系统账号申请表》(表样见附表2、3)办理。
(三)《应用系统用户帐号、权限申请表》包括三部分填写内容:1、申请人资料;2、帐号申请内容;3、审批部门意见以及受理情况。
其中1部分申请人资料和2部分帐号申请内容两部分由申请人填写,3部分审批部门意见由其主管部门负责人填写,受理情况由本部跟办人填写。
《碧桂园集团公司应用信息系统账号申请表》具体填写要求见填表说明。
(四)用户权限的申请应严格参照各应用信息系统制定的《应用信息系统角色与权限关系对照表》中对不同级别和类型用户的角色权限配置要求执行,不得越级或超范围申请,也不能自定义角色名称。
(五)帐号申请有效期默认没有期限,有特别要求的需填写具体有效日期。
(六)用户帐号申请可通过协同办公平台下载表格填写,并通过传真或当面提交方式给本部执行;用户亦可通过协同办公平台电子审批流提交本部执行,有关书面申请表和电子审批流作为帐号审批开通和备案管理的依据。
(七)各应用信息系统的帐号申请一般由该系统的业务(项目)负责人负责审批,审批同意后提交该系统的系统管理员负责开通帐号。
对有特别安全等级保护要求的应用信息系统,还需通过监管部门复核审批。
(八)原则上本部系统管理员应在收到《应用系统用户帐号、权限申请表》后才能进行帐号开通。
特殊情况下,可采取事后审查的方式,先开通帐号,但自帐号开通日起超过15日后仍未收到相关申请表或电子申请表的,系统管理员有权对该帐号采取停用措施。
七、安全管理(一)帐号安全1.凡需要使用应用信息系统的用户,每人均须按照“实名制”方式申请一个仅限本人使用的用户帐号。
不同用户的用户帐号彼此之间不得随意借用,因某用户帐号的操作而造成应用信息系统中数据信息或任何系统功能等方面的改变或后果,均由拥有该用户帐号的用户负责。
2.如果某用户因工作调动或其它原因而不允许继续使用某应用信息系统时,其隶属的原工作部门应督促和确保该用户离职前及时申请注销相关用户帐号;不论原用户是否知晓或同意,均禁止将其原帐号转交其他人员继续使用。
(二)密码安全1.设置用户密码是用户登陆应用信息系统时身份合法性认证的重要手段,用户密码的设置应尽量复杂化,不易被他人推测,密码长度一般不少于6位,并做到定期更换新密码。
密码遗忘时可向系统管理员申请密码初始化修复。
2.若发现帐号密码泄露,用户须立即报告系统管理员及时采取停用帐号措施,并在报告后的24小时内向该信息系统主管部门提交书面报告,说明详细情况,以便系统主管部门协助核查系统内数据和系统运行情况,采取有效补救措施将危害程度降至最低。
八、档案管理(一)集团信息主管部门将每年不定期(至少一次)对各应用信息系统账户、权限、角色列表整理,并与各业务部门进行在职人员用户确认,并将相关确认检查信息记录在《碧桂园应用信息系统用户帐号管理年度检查表》(表样见附表4),以保障应用系统用户的一致性。
(二)系统应用信息系统用户帐号和角色权限管理工作应建立完善的档案管理制度,以加强用户帐号的申请注册、审批以及密码和权限维护等日常工作管理。
档案管理工作由信息主管部门系统账户管理员具体负责,应备案管理的主要档案资料包括:《应用系统用户帐号、权限申请表》,《应用信息系统角色与权限关系对照表》,《应用系统账户管理年度检查表》,以及其他与用户帐号管理相关的重要文件资料和数据存储介质等。
附表1:应用信息系统角色与权限关系对照表碧桂园应用信息系统角色与权限关系对照表应用信息系统名称:制定日期:碧桂园信息技术管理规范流程与信息管理部附表2:碧桂园集团公司应用信息系统帐号申请表(正面)碧桂园集团公司应用信息系统账号申请表登记号:申请人情况申请人姓名性别工号申请日期所属公司所属部门职位职级联系电话联系邮箱申请内容申请系统名称申请状态□新增□变更□注销申请角色申请公司公司编码公司名称申请原因审批意见申请人所在部门负责人意见(签名)部门项目集团跟办情况负责开通人员(签名)完成日期账号申请情况申请系统账号申请状态权限碧桂园信息技术管理规范流程与信息管理部应用信息系统用户帐号申请单填表说明(反面)1 申请人情况1.1姓名:按申请人员工入职证上的姓名填写。
1.2联系邮箱和联系电话:是帐号开通过程中系统管理员联系通知申请人帐号名称和密码的主要方式,务必填写正确和清晰。
2 申请内容2.1申请系统名称:正确填写需要申请的应用信息系统名称(如:用友NC、明源、公司邮箱等)2.2申请状态:账户和权限的状态新增、变更、注销。
2.3申请角色:填写拟申请或变更的角色名称,须参照所申请应用信息系统给出的《应用信息系统角色与权限关系对照表》中对不同级别和类型用户的角色名称和权限配置标准要求执行,不得越级或超范围申请,也不能自定义角色名称。
2.4申请公司:针对用友NC ERP系统对应的公司帐套资料,其他应用系统可以不填。
2.4申请原因:用户申请的用途和原因等。
3 审核意见3.1负责人签字:由所申请人隶属的部门(项目)负责人审批签字。
3.2若应用信息系统要求审批流程需经集团总部终审或复核,需由集团总部业务部门负责人或流程与信息管理部负责人签字确认。
4跟办情况4.1负责开通人员签字:由流程与信息管理部负责账户、权限、角色的系统管理员签字,同时该人员须对有关审批意见作有关的校验。
4.2账户情况:系统管理员对有关账户、权限、角色操作的记录。
5 用户帐号批量申请单4.1用户帐号批量申请单仅用于帐号申请开通和注销,且所申请的批量用户应和申请代理人为同一个单位。
帐号开通后,所有申请人的帐号名称和初始密码将统一告知申请代理人转达。
附表3:碧桂园集团公司应用信息系统帐号批量申请表(正面)碧桂园集团公司应用信息系统账号批量申请表登记号:申请人情况申请人姓名性别工号申请日期所属公司所属部门职位职级联系电话联系邮箱申请权限申请系统申请状态□新增□变更□注销申请角色申请公司公司编码公司名称申请原因审批意见申请人所在部门负责人意见(签名)部门项目集团跟办情况负责开通人员(签名)完成日期账号申请情况申请系统账号申请状态权限应用信息系统用户帐号批量申请单(反面)附表4:碧桂园应用信息系统用户帐号管理年度检查表碧桂园应用信息系统用户帐号管理年度检查表(年月)应用信息系统名称:登记号申请人单位部门帐号名称权限角色备注碧桂园信息技术管理规范流程与信息管理部。