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