《SAP运维制度V1.4.doc》由会员分享，可在线阅读，更多相关《SAP运维制度V1.4.doc（17页珍藏版）》请在金锄头文库上搜索。
1、SAP运维制度1 目的确保SAP系统有序、高效运行，保障信息化共性平台系统中数据、流程、权限的完整性、有效性和安全性。2 范围适用于SAP系统的运维管理。3 职责公司SAP运维管理采用数据/权限集中、运维分层管理的原则。3.1 公司信息化信息系统运营室/开发室：负责制定SAP运维总体规划，审核SAP的配置变更和开发变更需求；负责SAP共性业务模块的系统管理工作，组织信息化应用系统的持续改进；协助业务归口管理部门制定数据操作和业务流程管理制度。3.2 经营单元信息化系统运营室/开发室：负责SAP在经营单元运行管理细则的制定、个性化系统权限设计、业务变更实现方案的制定和日常技术支持。3.3 公司内
2、控业务归口管理部门：负责在SAP运行的公司共性业务和资源整合需求的审核，共性数据（如财务科目、共性物料、供应商和客户等）标准规范、配套管理制度和流程的制定；负责对共性数据质量进行监控。3.4 经营单元业务归口管理部门：负责日常应用管理职能，按公司内控业务归口管理部门制定的业务应用管理要求、制度和标准，负责本经营单元数据和业务需求的必要性审核，完成数据处理工作。4 SAP权限及账号管理SAP按公司内控管理要求，基于职责分离原则设计系统权限。系统权限的设置与账号权限分配实行公司统一管控。4.1 SAP权限设计及管理规范4.1.1 SAP权限设计架构项目说明Source Role（源角色）又称权限职
3、能包，由多个事务代码组成，是业务部门可操作的基本不可拆分的职能集合；经审计核定权责互斥矩阵，形成公司层级权限角色设计模板。Common Role（通用角色）由源角色拷贝形成；除从源角色复制得来的FICO的通用角色不允许调整外，经营单元可根据实际业务使用情况对其他通用角色进行调整（客户化事务代码与标准事务代码不得维护在同一通用角色中）；调整后符合审计管控需求的通用角色形成经营单元层级的权限设计通用角色，即经营单元的权限职能包。通用角色须限定组织机构级别的权限对象取值以确保其只能在本经营单元使用。Local Role（本地角色）继承自通用角色（两者事务代码完全一致），并通过对组织机构（如公司代码，
4、利润中心，工厂）、单据类型（如凭证类型，订单类型等）及其它权限对象赋值以限定可操作业务范围。User（用户）通过本地角色的分配，获取操作权限。4.1.2 SAP权限角色编码规范角色规则及示例说明源角色Z:AA_BBBBB_CC_S【示例】SD销售订单创建角色编码：Z:SD_XSDD_04_S命名：销售订单创建AA:模块，如FI/CO/SD/MM/PPBBBBB:职能包名称名词主语的汉语拼音首写字母（如销售订单维护，则BBBBB为XSDD）CC：职能包名称执行动词的编码（字典见SAP系统权限设计及管理规范附件）S：Source简写，为固定字母通用角色Z:AA_BBBBB_CC_DDD【示例】混凝
5、土SD销售订单创建角色 编码：Z:SD_XSDD_04_HNT命名：销售订单创建-混凝土 AA/BBBBB/CC说明同上DDD：经营单元名称的汉语拼音首写字母，至少2个字母（如工起，则DDD为GQ）本地角色Z:AA_BBBBB_CC_DDD_XXXXXX【示例】混凝土用于1100销售组织1101销售办公室的SD销售订单创建角色编码：Z:SD_XSDD_04_HNT_110001命名：销售订单创建-混凝土-甘青销售办公室AA/BBBBB/CC/DDD说明同上XXXXXX：本地角色所涉及的与模块相关的授权范围编码（字典见SAP系统权限设计及管理规范附件）4.2 SAP权限方案变更4.2.1 权限职
6、能包变更为保证在已授权用户的权限不被不合理扩大的情况下将新功能赋予对应权限职能包，变更须遵循分层管理、统一管控原则：a) 经营单元信息化SAP内部顾问填写权限设计变更申请单发起变更流程；b) 经营单元业务归口部门对业务合理性进行审核；c) 经营单元信息化SAP模块负责人对技术可行性和系统合理性进行审核；d) 公司信息化SAP模块负责人对整体权限架构和设计合理性进行审核，若变更涉及多个经营单元，公司信息化模块负责人需协调相关经营单元信息化模块负责人组织完成本经营单元对该方案的审核；e) 公司信息化运营室主任对整体权限架构和设计合理性进行审核；f) 公司数据库管理员将权限方案部署到测试环境；g)
7、经营单元权限设计变更申请人完成权限测试并反馈测试报告；h) 公司数据库管理员在申请人测试通过后将权限方案部署到正式系统环境。详见附件8.1权限职能包变更流程。4.2.2 本地角色变更本地角色变更仅指本地角色的权限对象赋值变更（不含事务代码调整），变更遵循分层管理原则：a) 经营单元信息化SAP内部顾问填写权限设计变更申请单发起变更流程；b) 经营单元业务归口部门对业务合理性进行审核；c) 经营单元信息化SAP模块负责人对技术可行性和系统合理性进行审核；d) 经营单元信息化运营室主任对技术可行性和系统合理性进行审核；e) 公司信息化SAP模块负责人审核备案；f) 公司数据库管理员将权限方案部署到
8、测试环境；g) 经营单元权限设计变更申请人完成权限测试并反馈测试报告；h) 公司数据库管理员在申请人测试通过后将权限方案部署到正式系统环境。详见附件8.2本地角色变更流程。4.3 SAP账号及权限的申请与变更SAP账号及权限的申请与变更按用户类型及所申请系统环境的不同分别管理。4.3.1 SAP业务用户 正式系统账号及权限申请与变更适用于SAP业务用户对正式系统账号及权限的申请与变更。a) 申请人自行或委托他人填写SAP系统账号及权限申请单，申请开通账号及权限。b) 若为申请人所在经营单元权限申请，由经营单元信息化SAP模块负责人对所授权权限角色清单正确性进行审核；若为跨经营单元权限申请，由公
9、司信息化SAP模块负责人对所授权权限角色清单正确性进行审核。c) 若为申请人所在经营单元所在部门权限申请，由经营单元部门负责人审核权限需求合理性；若为申请人所在经营单元跨部门权限申请，由经营单元相关部门负责人共同审核权限需求合理性；若为跨经营单元权限申请，由对应经营单元相关部门负责人共同审核权限需求合理性。d) 若为申请人所在经营单元权限申请，由经营单元信息化运营室主任对授权合理性进行；若为跨经营单元权限申请，由公司信息化运营室主任对授权合理性进行。e) 公司数据库管理员按审批结果完成生产系统授权。详见附件8.3SAP正式系统（业务用户）账号及权限申请与变更流程。4.3.2 SAP系统运维 正
10、式环境账号及权限申请与变更适用于SAP运维人员对正式系统账号和权限的申请与变更。a) 申请人或SAP项目经理填写SAP系统账号及权限申请单，申请开通账号及权限。b) 内部顾问权限申请，由经营单元信息化运营室主任从本经营单元SAP运维角度审核权限需求的合理性；外部顾问权限申请，由经营单元实施方SAP项目经理从本经营单元SAP项目角度审核权限需求的合理性。c) 内部顾问权限申请，公司信息化运营室主任从公司SAP运维角度审核权限需求的合理性；外部顾问权限申请，由公司实施方SAP项目经理和公司信息化SAP项目经理从公司SAP项目角度审核权限需求的合理性。d) 公司数据库管理员按审批结果完成生产系统授权
11、。详见附件8.4SAP正式系统（系统运维）账号及权限申请与变更流程。4.3.3 SAP系统运维 非正式环境账号及权限申请与变更适用于SAP运维人员对非正式系统账号和权限的申请与变更。a) 申请人或SAP项目经理填写SAP系统账号及权限申请单，申请开通账号及权限。b) 内部顾问权限申请，由经营单元信息化SAP项目经理审核其合理性；外部顾问权限申请，由经营单元实施方SAP项目经理审核其合理性。c) 内部顾问权限申请，由公司信息化SAP项目经理审核其合理性；外部顾问权限申请，由公司实施方SAP项目经理审定其合理性。d) 公司数据库管理员按审批结果完成系统授权并反馈账号及密码。详见附件8.5SAP非正
12、式系统账号及权限申请与变更流程。5 SAP公共数据维护4.15.1 客户/供应商数据维护SAP客户数据维护采用编码/基础数据集中管控、销售/财务数据分层管理原则。5.1.1 客户/供应商主数据基本信息创建a) 经营单元客户/供应商管理员提出客户主数据新增申请。b) 经营单元SAP模块实施工程师审核客户/供应商主数据的规范性并进行排重。c) 公司客户/供应商管理员在SAP系统内新增客户/供应商主数据，生成相应编码。d) 经营单元客户/供应商管理员接收SAP客户/供应商编码，并进行销售/财务数据维护。详见附件8.6SAP客户/供应商主数据基本视图创建流程。5.1.2 客户/供应商主数据基本信息变更
13、a) 经营单元客户/供应商管理员提出客户主数据变更申请。b) 经营单元SAP模块实施工程师审核客户/供应商的编码有效性及数据规范性。c) 该客户/供应商的各使用单位的客户/供应商管理员审核变更的合理性。d) 公司客户/供应商管理员在SAP系统内变更客户/供应商主数据，并做正式发布。详见附件8.7SAP客户/供应商主数据基本视图维护流程。5.2 共性物料维护共性物料（自制半成品、自制成品）的编码统一由PLM系统生成，SAP接收从PLM传递过来的物料数据信息或将PLM物料数据信息手工批导入SAP，整个过程须遵循PLM协同平台共性数据管理流程。5.3 财务科目维护由财务线统管，通过发起OA流程财务信
14、息系统科目变更申请流程完成实施。6 SAP系统运维管理SAP上线两个月，权限设计变更及用户系统授权即转入运维管理；上线三个月，配置变更及系统开发即转入运维管理。SAP系统运维管理分系统变更与日常支持两个部分。6.1 SAP系统变更管理SAP系统管理遵循分层管控原则：a) 经营单元最终用户（即需求提出人）提出变更需求。b) 经营单元业务部门负责人审核需求的业务合理性。c) 信息系统实施工程师对需求进行系统层面合理性、可行性分析；涉及其他经营单元共用功能的变更或系统架构变更的需求，须报信息系统运营室主任做跨经营单元的系统变更的合理性及可行性确认；经确认系统可实现的需求，由信息系统实施工程师输出需求
15、分析说明书，制定系统方案，评估开发周期。d) 若为重大需求及跨经营单元变更，由公司信息化分管领导审核需求分析说明书的合理性；若为一般需求及经营单元独立需求，由公司信息化部部长审核需求分析说明书的合理性。e) 若为业务配置调整需求，由信息系统实施工程师根据业务需求在SAP内修改配置；若为系统开发需求，由软件开发工程师根据进行处理。变更完成后，提交至系统数据库管理员处进行测试环境部署。f) 信息系统实施工程师、软件开发工程师等需求实现人员联合需求部门完成变更的测试验证，并由需求提出人输出SAP系统测试报告。g) 系统数据库管理员在生产环境对系统更改进行变更，并归档相关文档。详见附件8.8SAP系统运维流程。6.2 SAP系统日常支持管理SAP系统日常支持分一般操作问题和系统技术类问题两大类。6.2.1 一般操作问题系统一般操作、业务流程讲解等基础问题，由经营单元关键用户负责处理。6.2.2 系统技术类问题一般操作和业务支持问题的技术指导、系统优化、新需求受理、客户端安装、权限变更等系统技术类问题，根据问题种属不同采用
