ERP系统IT一般性控制内部控制矩阵制度范本DOC格式.docx
- 文档编号:12447228
- 上传时间:2023-04-19
- 格式:DOCX
- 页数:101
- 大小:23.17KB
ERP系统IT一般性控制内部控制矩阵制度范本DOC格式.docx
《ERP系统IT一般性控制内部控制矩阵制度范本DOC格式.docx》由会员分享,可在线阅读,更多相关《ERP系统IT一般性控制内部控制矩阵制度范本DOC格式.docx(101页珍藏版)》请在冰豆网上搜索。
ERP系统IT一般性控制内部控制矩阵制度范本DOC格式
11.3ERP系统IT一般性控制内部控制矩阵
业务目标
业务风险
控制点
适用单位
不相容
岗位
控制点分值
控制点相关资料
相关制度索引
会计报表认定
会计报表项目
1存在和发生/真实性;2完整性;3权利与义务;4估价或分摊;5表达和披露;6准确性
1
2
3
4
5
6
1.程序和数据访问
1.1
1.2
2.3
2.4
经营风险:
规章制度不健全,导致对系统管理的失控。
1.1总部各部门、分(子)公司依据《中国石油化工股份有限公司管理信息系统应用管理办法(试行)》(以下简称《信息系统应用管理办法》)等,制定程序和数据访问管理制度,主要包括用户权限管理、用户帐号管理、用户登录管理、超级用户管理及第三方人员管理等内容。
总部各部门
分(子)公司
2
程序和数据访问管理制度或规定
1.10.4
2.10.4
1.2用户权限管理
1.1
1.2
2.3
2.4
经营风险:
权限设置不当,导致对系统的非法或非授权访问。
1.2.1建立/变更用户帐号和角色,由申请人填写ERP系统用户权限申请表,经相关部门负责人审批后,由应用管理员在系统中建立/维护权限,相关人员进行权限测试并确认,关键用户对角色矩阵实时维护并进行版本管理。
总部各部门
分(子)公司
2
用户变更申请表
用户角色矩阵
1.1
1.2
2.3
2.4
经营风险:
未及时锁定或删除岗位变动、离职人员帐号,导致系统存在安全隐患。
1.2.2操作人员由于岗位变动或离开单位,人事部门必须及时通知ERP支持中心,ERP支持中心应用管理员在系统中将该用户进行锁定或删除。
总部各部门
分(子)公司
1
用户变更申请表
人员变动清单
1.3用户帐号管理
1.1
1.2
2.3
2.4
经营风险:
未及时审核清理帐户,导致系统存在安全隐患。
1.3.1应用管理员每季度在线检查用户权限使用情况,每半年将系统用户清单,提交相关部门,由关键用户和部门负责人进行审核确认,应用管理员根据审核结果在系统中进行相应的处理。
总部各部门
分(子)公司
2
用户审核签字
1.1
1.2
2.3
2.4
经营风险:
账户共享,导致责任不清,导致系统存在安全隐患。
1.3.2应用管理员在系统中为每个操作人员设置独立的用户帐号,不能设置共享用户帐号(查询用户帐号除外)。
总部各部门
分(子)公司
1
1.1
1.2
2.3
2.4
经营风险:
用户创建随意,影响系统安全稳定或生产经营。
1.3.3对于数据库层面用户(如系统接口访问用户等),相关部门填写用户申请,由部门负责人签字确认,经信息管理部门审批后,由数据库管理员创建该类用户。
总部各部门
分(子)公司
1
用户申请表
1.1
经营风险:
密码规则不当,强度不够,更新不及时,导致对系统的非法或非授权访问。
1.4对于系统登录访问,要设置合理的密码规则,密码长度6位以上,采用数字和字符组合方式,不能使用弱密码;用户密码3个月内必须更新一次;帐号密码重复输入5次错误则暂停登录或系统锁定;系统自动退出帐号登录的最大空闲时间不能超过50分钟。
总部各部门
分(子)公司
2
1.5相关管理员的管理
1.1
经营风险:
系统相关管理员岗位设置不合理,导致对系统的非法或非授权访问。
1.5.1应用管理员(BASIS管理员和权限管理员)、系统管理员(操作系统管理员、数据库管理员)、安全管理员必须授权管理,遵循不相容岗位分离原则,不能具有业务操作权限及开发权限;信息管理部门负责人应至少每半年对上述管理员的在职情况进行审查。
总部各部门
分(子)公司
应用管理员
系统管理员
安全管理员
2
管理员授权文件
管理员任职资格半年审核记录
1.1
1.3
经营风险:
系统运行状态监控不到位,不能及时发现系统潜在故障或问题,影响系统正常运行。
1.5.2应用管理员负责监控应用系统运行情况、备份情况和日志,并完成监控记录;系统管理员负责监控操作系统、数据库及备份设备运行情况和日志,并完成监控记录;安全管理员每季度对相关管理员的操作日志至少检查一次并记录检查情况。
总部各部门
分(子)公司
应用管理员
系统管理员
安全管理员
2
监控记录
安全员检查记录
1.1
经营风险:
生产系统存在开发帐户、关键用户,影响系统安全稳定或生产经营。
1.6生产系统上线投入运行后,锁定生产系统中的开发人员、关键用户的帐号;如果开发人员或关键用户必须在生产系统中诊断问题,需填写ERP系统用户权限申请表(提出申请帐号目的和期限),由相关部门负责人签字确认后由应用管理员进行维护,完成问题诊断任务后锁定该帐号。
总部各部门
分(子)公司
开发人员或关键用户
应用管理员
2
开发人员及关键用户清单
1.7预置帐号的管理
1.1
经营风险:
服务器根帐号的密码管理不善,导致对系统的非法或非授权访问。
1.7.1系统管理员在操作系统安装完成后对服务器根帐号(root)密码进行修改,并至少三个月更换一次密码,密码以安全方式妥善保存。
总部各部门
分(子)公司
1
ROOT帐号密码修改记录
1.1
经营风险:
数据库预置帐号的密码管理不善,导致对系统的非法或非授权访问。
1.7.2系统管理员在数据库和SAP软件安装好后,需用sapdba的工具修改SAP系统预置帐号(SAPR3,SYS,SYSTEM)的缺省密码,并至少三个月更换一次密码,密码以安全方式妥善保存。
总部各部门
分(子)公司
1
SAPR3、SYS、SYSTEM帐号密码修改记录
1.1
经营风险:
SAP系统预置帐号的密码管理不善,导致对系统的非法或非授权访问。
1.7.3应用管理员在SAP软件安装好每次创建Client后,须修改SAP系统预置帐号(SAP*/DDIC)缺省密码,密码以安全方式妥善保存。
总部各部门
分(子)公司
1
SAP*、DDIC帐号密码修改记录
1.1
经营风险:
业务支持人员的权限分配不当,影响系统安全稳定或生产经营。
1.8业务支持人员支持权限的新建、变更、删除、锁定需经ERP支持中心负责人审核签字后由应用管理员在系统中进行分配,业务支持人员在生产系统中只有相应模块的显示、跟踪权限,不能分配业务操作权限、后台配置权限。
总部各部门
分(子)公司
业务支持人员
应用管理员
3
业务支持人员名单
1.1
经营风险:
超级用户权限管理不当,影响系统安全稳定或生产经营。
1.9超级用户权限必须严格控制,申请时必须阐明使用原因,并经ERP支持中心负责人审核签字后,应用管理员才能在系统中进行分配,使用后要及时将权限回收。
总部各部门
分(子)公司
2
超级用户申请表
1.10第三方人员管理
1.1
2.2
经营风险:
与第三方合作单位未签订安全保密协议,造成系统泄密或受到非法访问。
1.10.1针对第三方合作单位需要签订安全保密协议。
总部各部门
分(子)公司
1
保密协议(合同)
1.1
2.2
经营风险:
对第三方合作单位人员管理不到位,影响系统安全稳定或生产经营。
1.10.2第三方人员访问系统,需填写第三方人员帐号申请表(需注明使用期限和权限),经需求部门负责人、信息管理部门(责任处(科)室)负责人审批通过后,由应用管理员根据申请表在系统中建立其帐号。
第三方人员撤离后,其帐号需在系统中进行删除或锁定,如确需访问系统诊断问题,需按照用户权限维护程序经审批后方可解锁/创建;维护完毕后应及时锁定或删除。
总部各部门
分(子)公司
2
第三方人员清单
用户变更申请表
2.程序变更
1.1
1.2
1.3
2.1
2.3
2.4
经营风险:
规章制度不健全,导致对系统管理的失控。
2.1总部各部门、分(子)公司依据《信息系统应用管理办法》,制定程序变更管理制度,主要包括客户化开发变更管理、系统配置变更管理、软件版本变更管理等内容。
总部各部门
分(子)公司
2
程序变更管理制度
1.10.3
2.10.4
2.2客户化开发变更管理
1.1
1.3
2.4
经营风险:
客户化开发的需求不合理,导致系统故障,不能满足业务需求。
合规风险:
重要业务报表的编制不符合规定,导致股份公司声誉受到损害及受相关机构处罚。
2.2.1对于功能增强/表单/报表/系统接口等客户化开发的新需求或者对已有客户化开发的变更,由需求变更部门填写系统开发变更申请表(简要描述功能需求和功能说明),经提报单位的需求变更部门、信息管理部门/ERP支持中心负责人审核后报信息系统管理部审批。
总部各部门
分(子)公司
2
客户化开发变更申请表
1.1
1.3
2.4
经营风险:
变更管理不规范,客户化开发、测试和传输管理不完善,导致系统故障或不能满足业务需求。
2.2.2信息系统管理部组织人员根据审批后的客户化开发变更需求在开发环境中进行开发,完成开发后由提报单位的业务人员在测试环境中进行测试,针对变更部分编制测试文档(包括测试场景和测试结果),经业务人员及部门负责人签字确认后,由提报单位的应用管理员按照传输管理要求传入生产系统。
总部各部门
分(子)公司
开发人员
业务人员
4
开发变更测试文档
1.1
1.3
2.4
经营风险:
客户化开发变更记录不完整,导致维护困难。
2.2.3提报单位ERP支持中心组织需求变更部门对客户化开发变更内容进行记录,包括更新客户化功能说明文档、技术说明文档、测试文档、用户手册、管理制度、版本号管理等,由ERP支持中心归档。
总部各部门
分(子)公司
2
相关开发文档
2.3系统配置变更管理
1.1
1.2
1.3
2.4
经营风险:
系统配置变更管理不完善,导致系统故障或不能满足业务需求。
2.3.1现有系统配置需进行调整,应由需求部门填写“系统配置变更申请表”,经部门负责人签字确认后提交信息管理部门审核。
与ERP推广模板有差异的或者组织架构、业务流程发生变化的变更,以及新增功能模块,需信息系统管理部门负责人审批并组织实施;其他系统配置变更,由信息管理部门授权支持人员或第三方人员根据审批后的变更需求进行业务流程设计,经相关业务部门负责人签字确认后在开发环境进行配置修改,由被授权人员填写系统配置变更记录,并将变更记录报总部ERP支持中心备案。
总部各部门
分(子)公司
4
配置变更申请表
业务流程图与流程描述
1.1
1.2
1.3
2.4
经营风险:
系统配置变更的测试、传输不完善,导致系统故障或不能满足业务需求。
2.3.2凡涉及业务流程、数据库变动的配置变更,由提报单位的业务人员在测试环境中进行测试,针对变更部分编制测试文档(包括测试场景和测试结果),经业务部门负责人签字确认后,由提报单位的应用管理员按照传输管理要求传入生产系统。
总部各部门
分(子)公司
业务人员
应用管理员
4
配置变更测试文档
1.1
2.1
经营风险:
培训工作不到位,导致用户操作不熟练,无法保证业务处理的正确性。
2.3.3系统配置变更后由ERP支持中心组织相关人员及时修改配置文档,并根据需要进行业务人员培训。
总部各部门
分(子)公司
2
配置文档
用户手册
培训记录
2.4软件补丁和版本变更管理
1.1
2.1
经营风险:
随意升级软件补丁或版本,影响系统安全稳定或生产经营。
合规风险:
侵犯知识产权,导致诉讼及股份公司声誉受到损害。
2.4.1针对软件补丁/版本升级,信息管理部门提出申请,由信息系统管理部负责人审批后统一组织实施。
总部各部门
分(子)公司
1
软件版本升级申请表
1.1
1.2
1.3
2.4
经营风险:
补丁/版本升级未经测试,导致系统故障或不能满足业务需求。
2.4.2由信息管理部门/ERP支持中心根据审批后的软件变更,组织支持人员、相关部门关键用户提出测试流程清单,在测试环境进行系统功能的全面测试,测试人员需在测试流程清单上签字确认,并填写测试记录。
总部各部门
分(子)公司
3
流程测试清单
1.1
1.2
1.3
经营风险:
测试内容不全面,导致补丁/版本升级后系统故障或不能满足业务需求
2.4.3ERP支持中心负责人检查测试流程清单是否完整,并签字确认,由应用管理员根据补丁/版本升级方案在生产系统完成补丁安装或者版本升级工作,并进行“软件补丁/版本升级”记录。
总部各部门
分(子)公司
2
3.程序开发
1.2
1.3
2.1
2.2
2.3
2.4
经营风险:
规章制度不健全,导致对系统管理的失控。
3.1总部各部门、分(子)公司依据《信息系统应用管理办法》,制定程序开发管理制度,主要包括业务流程设计管理、客户化开发和系统配置管理等内容。
总部各部门
分(子)公司
2
程序开发管理制度或规定
1.10.3
2.10.4
1.3
2.1
2.2
经营风险:
业务流程不规范、设计不合理,导致系统不能满足业务需求。
3.2信息管理部门负责组建项目组,包括承担系统实施的人员(以下简称咨询顾问)和关键用户。
项目组根据ERP项目可行性研究报告和批复进行业务流程设计,并经关键用户、业务部门负责人签字确认。
总部各部门
分(子)公司
4
业务流程图与流程描述
1.1
1.2
1.3
2.4
经营风险:
客户化开发的需求不合理,导致系统故障或不能满足业务需求。
3.3对于功能增强/表单/报表/系统接口等客户化开发,由业务部门提出需求,并编制开发需求功能说明书,其中需描述访问权限要求。
项目组根据功能说明书编制客户化开发清单,提交相关部门负责人签字确认。
总部各部门
分(子)公司
2
客户化开发清单;开发需求功能说明书
1.1
1.2
1.3
2.4
经营风险:
程序开发不规范,导致系统故障或不能满足业务需求。
3.4开发人员根据开发需求功能说明书在开发环境中完成开发工作,将开发结果提交业务人员进行测试,并经业务人员及部门负责人签字确认。
总部各部门
分(子)公司
3
开发测试记录单
1.1
1.2
1.3
2.4
经营风险:
系统配置不规范,导致系统故障或不能满足业务需求。
3.5咨询顾问依据签字确认的业务流程设计进行系统配置,并编写配置文档;关键用户对配置文档进行审核并签字确认。
总部各部门
分(子)公司
3
配置文档
3.6系统配置测试管理
1.1
1.2
1.3
2.4
经营风险:
集成测试不充分,导致系统故障或不能满足业务需求。
3.6.1系统配置完成后,由咨询顾问和关键用户在测试系统进行集成测试,记录测试过程,并对集成测试记录签字确认。
总部各部门
分(子)公司
2
集成测试文档
1.1
1.2
1.3
2.4
经营风险:
用户测试不充分,导致系统故障或不能满足业务需求。
3.6.2集成测试完成后,由最终用户在测试系统进行用户接受测试,记录测试过程;并对接受测试记录签字确认。
总部各部门
分(子)公司
2
用户接受测试文档
3.7开发测试环境和传输管理
1.1
1.2
1.3
2.4
经营风险:
开发技术架构不合理或传输缺乏控制,影响系统安全稳定或生产经营。
3.7.1客户化开发、系统配置、系统变更工作遵循“开发系统至测试系统、测试系统至生产系统”的技术架构完成,并按照传输管理规范进行传输。
总部各部门
分(子)公司
1
传输请求申请表
1.1
经营风险:
传输管理不完善,导致系统故障或不能满足业务需求。
3.7.2测试系统和生产系统上生成的传输请求需经信息系统管理部相关处室负责人审批,并报总部ERP支持中心备案。
总部各部门
分(子)公司
2
传输请求申请表
3.8用户操作手册编制和培训
1.1
1.2
1.3
经营风险:
用户手册更新不及时,导致培训不到位,影响生产经营。
3.8.1咨询顾问及关键用户按照流程设计和系统配置编写并及时更新用户操作手册。
总部各部门
分(子)公司
1
用户操作手册
1.1
1.2
1.3
经营风险:
培训工作不到位,导致用户操作不熟练,无法保证业务处理的正确性。
3.8.2信息管理部门组织培训及考核,业务人员经考核合格后方可上岗。
总部各部门
分(子)公司
2
培训及考核记录
3.9数据转换管理
1.2
2.3
2.4
经营风险:
数据收集和整理不严谨,导致系统存在大量垃圾数据和系统数据失真。
合规风险:
系统数据的收集、提供、使用、转让违反国家法律法规及股份公司内部规章制度等,导致系统无法正常运行。
3.9.1业务部门组织人员按照数据收集模板收集和整理相关业务数据,并进行盘点;相关部门负责人须审核收集的数据,并在“数据签字清单”上签字确认。
总部各部门
分(子)公司
收集人员
审核人员
1
数据签字清单
1.2
2.3
2.4
经营风险:
未对进入系统数据核对,导致系统存在大量垃圾数据和系统数据失真。
合规风险:
系统数据的收集、提供、使用、转让违反国家法律法规及股份公司内部规章制度等,导致系统无法正常运行。
3.9.2业务人员对导入/补录入系统的数据进行核对,核对结果需经部门负责人签字确认。
总部各部门
分(子)公司
操作人员
审核人员
1
数据导入清单
3.10系统切换和月结差异分析
1.1
经营风险:
系统切换方案未经确认,违背系统规范管理。
3.10.1咨询顾问制定系统切换方案,需经项目组负责人签字确认。
总部各部门
分(子)公司
1
切换方案
1.1
经营风险:
系统上线手续不全,违背系统规范管理。
3.10.2项目组根据“ERP系统上线申请标准”编制上线申请报告,并提交总部ERP项目管理组审核。
总部各部门
分(子)公司
1
ERP系统上线申请报告
1.2
1.3
2.4
经营风险:
差异分析报告不准确,导致系统数据错误无法纠正,影响系统正确性。
3.10.3相关部门对系统并行期间月结差异进行分析,编制差异分析报告,并提交总部ERP项目管理组审核批复。
总部各部门
分(子)公司
2
月结差异报告
4.系统运行
1.1
1.3
经营风险:
规章制度不健全,导致对系统管理的失控。
4.1总部各部门、分(子)公司依据《信息系统应用管理办法》,制定系统运行管理制度,主要包括系统监控机制、数据导入管理、后台作业管理、数据备份与灾难恢复策略、支持体系、应急预案等内容。
总部各部门
分(子)公司
2
系统运行管理制度或规定
1.10.3
2.10.4
4.2批导入数据管理
1.1
1.3
2.3
经营风险:
导入数据未经检查审核,导致系统数据失真。
合规风险:
系统数据的收集、提供、使用、转让违反国家法律法规及股份公司内部规章制度等,导致系统无法正常运行。
4.2.1外部数据导入前,业务部门负责人需对外部数据审核签字,业务人员对数据格式进行检查;保留导入的外部数据以备复查(财务数据至少保留至年结后,业务数据至少保留至月结后)。
总部各部门
分(子)公司
1
数据导入申请表
1.1
1.3
2.3
经营风险:
导入数据模板未经检查审核,导致系统数据紊乱。
合规风险:
系统数据的收集、提供、使用、转让违反国家法律法规及股份公司内部规章制度等,导致系统无法正常运行。
4.2.2对周期性导入的外部数据的数据模板,需经相关部门负责人审核签字,业务人员在数据导入系统前需对数据的格式进行检查。
总部各部门
分(子)公司
1
数据模版审批签字
4.3后台作业管理
1.1
1.3
2.3
经营风险:
后台作业批处理计划不合理,影响系统正常运行。
4.3.1信息管理部门会同相关部门制定后台作业批处理计划,相关责任人签字确认,由应用管理员执行后台作业批处理。
总部各部门
分(子)公司
1
后台作业申请表
1.1
经
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ERP 系统 IT 一般性 控制 内部 矩阵 制度 范本 DOC 格式