SAP用户管理及CUA管理模式操作实施步骤.docVIP

SAP用户管理及CUA管理模式操作实施步骤 　　摘要:本文阐述了SAP系统(基于客户/服务机构和开放系统的集成的企业资源计划系统)的用户操作的基础知识,讲述了标准用户管理的现状与不足,引入了更高级的SAP系统的用户管理模式――CUA(中央用户管理),介绍了采用该种模式的前提条件,详细讲述了CUA模式下,高级用户管理的先进性与操作步骤,包括搭建步骤与移除步骤――CUA的搭建,子系统的加入步骤以及暂时与永久移除子系统的操作步骤和彻底移除CUA的操作步骤。 　　关键词:SAP用户;CUA操作步骤;管理 　　作者简介:李亚林(1976-),女,陕西扶风人,陕西电力信通有限公司,工程师,主要研究方向:SAP BASIS管理。(陕西 西安 　　710004)闫峰(1975-),男,陕西延安人,陕西延安供电局客户服务中心,工程师,主要研究方向:电力营销管理。(陕西 延安 716000) 　　 　　伴随SAP在国内外大型企业的应用增多,及各企业业务类型日益复杂和引入的SAP相关产品的日益增多,用户权限管理作为一项基础管理工作,则尤显重要,但基于SAP产品的特殊性,为了在不同场景下能够顺畅使用SAP,并且为了减轻SAP Basis人员的工作量,特引入SAP CUA用户管理,供业内相关人士参考。 　　一、SAP的用户管理机制 　　在SAP系统的用户管理在整个SAP的运维工作中占有很重要的地位,构成SAP用户的因素主要是用户主记录(User Master Record),而构成一个用户主记录的元素除了其地址、参数和登录数据等信息外,还有重要的授权信息,即角色,而授权信息又分为角色和参数文件两个一一对应的信息,角色的构成元素有参数,给了赋值的授权,一个或若干个参数又构成了参数文件,一个参数文件对应一个角色。一个用户登录SAP系统时,就会将该用户所拥有的所有授权参数文件读入到用户主记录区域,在其每做一步操作时,SAP就会严格做一次权限校验,检查该用户是否拥有操作该事物代码所拥有的授权对象及其赋予的对应值,若校验通过,校验检查值ACTIVE赋为1,用户的事务操作可顺利执行,若校验失败,则ACTIVE赋为0,并提示权限不足,用户则无权继续再做相关的操作。 　　二、标准模式下用户管理的现状与不足 　　在很多情况下,由于公司业务的深入以及信息化应用的高水平发展,可能会在ECC产品(企业资源计划系统中央控制)应用很成熟的基础之上,还会再引入CRM、SRM、BW等系列产品。面对这些SAP产品的逐步深入应用,用户管理就会变得日益复杂,我们就有可能在之前ECC用户管理模式及操作技术已经完善的基础之上,再在新引进的SAP产品里根据需求,再创建一大批用户出来,而且这些用户的信息之前已经存在于ECC里。由于用户主记录在SAP系统中是以集团相关的数据存在,也就是说,每一个集团都有他自身并独立的受限用户群组,如果你的公司拥有一个相对复合的系统环境,即上述的环境有ECC、CRM、BW等,而且针对每一个系统,由于安全性系统蓝图设计标准,又会存在至少三系统的架构,即开发环境、测试环境与生产环境。例如就ECC系统而言,可能会有标准的三系统架构:DEV、QAS、PRD,所以在其他的SAP系统中,都会根据系统实施需求,存在一个或若干个Client来做不同的实施环境。 　　当同一个用户在上述实施环境中拥有不同的操作或者管理身份时,即用户李四在ECC、CRM及BW中可能都会存在用户ID,这个用户在多系统中的多Client下可能都会有用户ID及相应授权角色存在。传统的用户操作模式是:由BASIS管理员登录到不同系统的不同Client下,分别应用事物代码SU01,创建用户,填写用户地址、参数以及登录数据,并在角色信息里分配该用户应该具有的角色信息,保存后该用户就有了登录系统并做被许可的相关操作,此操作不复杂,但假如该用户以其特殊的管理与决策者的身份在公司引入的各SAP产品里都有ID存在时,那使用该模式来管理用户就会相当繁杂与混乱,为什么呢?采用上述传统的操作模式,要分别登录进各产品的相关Client里,全必须做一遍一个用户新建操作,在ECC的500、550两个Client里分别做完之后,又要在SCM的100、200,CRM的250、300,即6个Client里都要分别做一遍,且不说后期还要再引入的BW、EP产品等,而且用户删除、锁定、权限调整等也都是如此操作。面对如此繁杂且日复一日的重复工作,除了要耗掉大量的工时,由于还牵扯到用户的授权分配,该操作在SAP的运维中安全级别相对较高,要求管理员做该操作时要谨慎,所以说多数的BASIS管理员为此头疼不已。在此基础之上,SAP推出了其功能强大的CUA用户管理模式。 　　三、CUA模式的优点与实施前提条件与搭建步骤 　　CUA管