sap权限设定完整版定稿版
SAP权限设置文档
1.首先根据用户的需求清楚的知道是添加tcode，还是添加或者修改authorization object里
面相应的内容
2.然后一定要弄清楚是在哪个role里面需要添加tcode或者对authorization object添加和修
改。
（这里主要是跟key user讨论针对这个需要进行权限修改的用户是那个role下面的用户，可以参考文档SAP_Role_User_Assignment-V6）
a)修改Tcode的方法
i.运行Tcode ：pfcg，输入需要修改的role
ii.首先检查一下需要添加的tcode是否已经在列表里面，如果没有的话就添加新的tcode。
行一个调校
设置值就给注掉，不启用它。
v.将全部的黄灯设置成绿灯之后点击“generate”完成权限的修改。
vi.这样一个tcode就添加给这个role了。
b)修改authorization object（如果用户已经有这个tcode了，但是依旧在这个tcode里
面有一些作业没有权限，那么就需要对authorization object进行修改）
i.让缺少权限的用户运行tcode ：su53.这个tcode会显示该用户缺少的哪些权限。
ii.然后管理员用自己的账户也进入su53，然后查看缺失权限用户的su53的内容
改的role的名字
iv.直接进入“authorization”这个标签
这里需要对照一下之前su53里显示缺失的内容
作，修改好之后点击“generate”进行权限的生成。
sap权限设定-role相关(basis资料)
Role的建立—完全新建
对Org.Level都给值乊后﹐会发现相当一部分的Object value都已经给值了﹐但还有一些Object是红灯戒者是 黄灯﹐这些Object是要单独给值的。
Role的建立—完全新建
挄一下 标志﹐就可以输入值﹐挄 保存
在这里介绍一下 的作用﹐点击它﹐就相当亍给这个 Object一个 “*”(star)﹐“*”的意义是All Authorization﹐丌卡任何权限。Object给值后﹐就变成绿 色 ﹐丌能点击了。
权限设定者分工 一.以Role类型分 1.Template Role 即G开头的: 台北本部的 AP MIS er Role: 以Z开头的:东莞 AP MIS 以W开头的:吴江AP MIS 3.Basis Role: 即以Y开头的:台北和东莞 Basis MIS
权限设定者分工 二.以USER ID分 从USER ID可以区分出这个ID所属的厂别和模组 例如﹕PSC1-ENG01这是PSC1厂的账号﹐属亍PP模组 所以这个账号申请的权限将由东莞PP模组的MIS主要 责和监督。
这时﹐标准T code所需要的Object﹐系统会自劢带出来
OBJECT完全沒有给值 OBJECT叧有部分给值 OBJECT已经全部有值
请注意﹕登陆叧是表示 全部有值而已﹐但丌一 定就是我們所需要的值
Role的建立—完全新建 这个Object是任何权限设定文件中都应该有的﹐这是给 予启劢T code的权限﹐如果T code没有出现在这个列表 中﹐user连这个挃令的界面都无法迚入
然后点击menu页签
Role的建立—完全新建
Menu页签定义的是USER MENU（个人化菜单）的內容
建立新目彔 修改TEXT 项目下移 项目上移 刪除项目
SAP权限设定讲稿
复合角色设置
日期Date: 第 Page 30页 >
复合角色设置
日期Date: 第 Page 31页 >
复合角色设置
日期Date: 第 Page 32页 >
角色修改
日期Date: 第 Page 33页 >
几点需要注意的地方
• 权限设定非常重要﹐次更改都要记录。
Version 1.0
日期Date: 第 Page 12页 >
权ASPu限tEhXo的rSizAa概tPioRn念/C3oPn－rcoejp授etct 权对象
Version 1.0
授权对象 = 运行事务的权限
没有
没有
授权
=
事务
对象
权限
日期Date: 第 Page 13页 >
权ASPu限tEhXo的rSizAa概tPioRn念/C3oPn－rcoejp授etct 权对象
FEBP
F-04
物料管理经理角色
事务:
XK05
XK04
MB53
MB24
日期Date: 第 Page 6页 >
权限的概念
日期Date: 第 Page 7页 >
ASPutEhXor权SizAat限PioRn的/C3oPn概rcoejpe念tct —授权
Version 1.0
授权就是给个人（或组）一个方式或权力 来行使一些特殊的职责
用 SAP 的语言来说….
它允许或禁止用户在系统中进行操作和处 理事务
日期Date: 第 Page 8页 >
权限的概念 SPEX SAP R/3 Project Authorization Concept
SAP 授权概念
SAP权限设定讲稿
SAP权限设定讲稿一、简介在企业资源计划（Enterprise Resource Planning，简称ERP）系统中，SAP是其中一种常用的软件解决方案。
SAP系统的权限设定在企业信息化管理中起着重要的作用。
本篇讲稿将介绍SAP权限设定的基本概念、目的和步骤，并重点讲解权限的分配与管理。
二、SAP权限设定概述2.1 权限设定的定义权限设定是指企业在使用SAP系统时，根据用户的角色和职责，对其进行功能、数据和业务流程的访问控制。
通过权限设定，可以确保用户只能访问其工作所需的功能和数据，从而保证系统的安全性和数据的完整性。
2.2 权限设定的目的权限设定的主要目的是保护企业数据的安全性和可靠性，防止未经授权的人员访问和操纵企业敏感信息。
同时，权限设定还可以提高工作效率，根据用户的需要提供简化的界面和功能。
三、SAP权限设定步骤权限设定的过程通常包括以下几个步骤：3.1 了解企业需求在进行权限设定之前，需要充分了解企业的业务需求和工作流程。
通过与企业的相关部门和人员进行沟通，明确不同用户角色的职责、工作内容和所需权限。
3.2 角色设计与分配根据企业的需求，设计不同的角色，每个角色对应一组特定的权限。
角色可以根据用户的职位、部门或工作内容来进行分类。
在分配角色时，需要确保角色之间的权限不重叠，也不冲突。
3.3 权限设置在SAP系统中，权限通常以事务码、对象或数据元素的形式存在。
根据角色的设计，设置相应的权限。
权限设定可以通过SAP的访问控制列表（Access Control List，简称ACL）来完成。
3.4 测试和审批在完成权限设定后，需要进行测试和审批。
测试可以确保权限设定的正确性和完整性，审批可以确保权限设定符合企业的规定和要求。
3.5 权限管理和维护权限设定是一个持续的过程，需要进行权限的管理和维护。
根据企业的变化和需求，及时调整和更新权限，确保系统的安全性和高效性。
四、权限设定的要点与注意事项4.1 合理分配权限根据用户的实际工作需要，合理分配权限，避免过高或过低的权限导致的问题。
2020年sap 权限的设定参照模板
SAP权限的架构
• Profile: 真正记录权限的设定的文件﹐从sap4.0 开始是与Role绑定在一起的。虽然在sap4.6c还 可以单独存在﹐但按sap的行为推测﹐以后将不 能“一个人活着”
• Template Role:Role的模板﹐一般是single role.但这个模板具有一个 强大的功能﹐ 能通过更改模板而更改所有应用(sap称为 Derive“继承”）此模板的Role(sap称之为adjust)
Bind with
这是SAP权限的架构 图﹐大家也接触过。 请大家一定要记住
他们的关系。
Authorization profile
-Object class -Authorization object -Authorizations ………………..
SAP权限的架构
名词解释（英译中﹖）﹕
• User account﹕就是我们平常说的“账号”﹐也称 为“USER ID”。
和模块。 例如﹕PSC1-ENG01这是PSC1厂的账号﹐
属于PP模块﹐所以这个账号申请的权限 将由东莞PP模块的MIS主要负责和监督。
权限设定者分工
三.以所申请的权限归属的模块分
由于user所申请的权限通常涉及多个 模块﹐这就需要多个模块的MIS共同合作 设定user的权限﹐这时先按第二条执行, 由ID所属模块MIS接受申请﹐并从始至 终跟进。然后具体的权限属于哪个模块 就由那个模块的MIS作设定。
• Role﹕同类的USER使用SAP的目的和常用的功 能都是类似的﹐例如业务一定需要用到开S/O 的权限。当我们把某类USER需要的权限都归 到一个集合中﹐这个集合就是“职能”(Role)。
SAP权限的设定
业务需求分析
深入了解业务部门的需求，明确 用户在SAP系统中需要执行的操 作和访问的数据范围。
权限分类
将需求细化为具体的权限分类， ቤተ መጻሕፍቲ ባይዱ数据查询、数据修改、审批等 。
创建角色
定义角色名称和描述
为每个角色命名并提供清晰的描述， 以便用户了解其职责和权限。
配置角色所拥有的权限
根据确定的权限需求，为角色分配相 应的权限，如事务代码、报表、数据 范围等。
验证与反馈
对测试结果进行验证，并 及时收集和处理用户的反 馈意见，持续优化权限设 定流程。
04
CATALOGUE
SAP权限的安全控制
用户认证与授权
用户认证
确保只有经过身份验证的用户才能访问SAP系统，可以通过多因素认证、单点登 录等方式增强安全性。
授权管理
根据用户的角色和职责，为其分配适当的权限，限制对敏感操作的访问，防止未 经授权的访问。
数据安全性
数据加密
对敏感数据进行加密存储，确保数据 在传输和存储过程中的安全性。
数据备份与恢复
定期备份数据，并制定有效的恢复策 略，以防止数据丢失或损坏。
访问控制列表
访问控制策略
制定严格的访问控制策略，限制用户对特定功能、数据和信息的访问。
权限审查
定期审查用户的权限设置，确保权限分配合理且符合组织的安全要求。
及时更新权限
当组织结构或工作职责发生变化时，应及时更新相关 用户的权限，以保持权限与实际需求的一致性。
使用标准角色与自定义角色
使用标准角色
SAP提供了标准角色，这些角色已经预先定义了相应的 权限。通过分配标准角色，可以快速为新用户配置所需 权限。
适当使用自定义角色
《SAP权限的设定》课件
定期审查权限设置，确保与组织政策和业务需求保持一致。
权限审计与监控
1 2
日志记录与分析
记录用户对系统的所有操作，以便进行审计和分 析。
异常检测
通过监控系统活动，及时发现异常操作或潜在的 安全威胁。
3
定期审计
对系统权限进行定期审计，确保权限设置符合组 织政策和最佳实践。
04 SAP权限的安全控制
案例二：用户管理与授权
总结词
用户是SAP系统中的具体操作人员，需要对用户进行 合理的授权管理，以确保系统的安全性。
详细描述
在SAP系统中，用户是具有登录和操作SAP系统的能 力的个体。管理员需要根据用户的职责和需求为其分 配相应的角色或权限。授权过程需要遵循最小权限原 则，即只授予用户完成工作所需的最低权限。在案例 二中，我们将介绍如何管理用户账户，包括创建用户 、分配角色或权限、设置登录参数等，以确保用户能 够安全、有效地使用SAP系统。
访问控制策略
用户身份验证
通过用户名和密码进行身份验证，确保只有授权用户能够访问SAP 系统。
角色管理
为不同用户分配不同的角色，每个角色具有不同的权限级别，限制 用户对特定功能和数据的访问。
权限审查
定期进行权限审查，确保用户只拥有完成工作所需的必要权限，避免 权限过度分配。
数据安全保护
数据加密
01
好地满足企业的实际需求。
02 SAP权限的设定流程
角色管理
01
02
03
角色定义
定义角色名称、描述，为 角色分配相应的职责和功 能。
角色授权
根据角色职责，为其分配 相应的权限，控制角色可 访问的模块和功能。
角色分配
将角色分配给相应的组织 单元或用户，实现权限的 集中管理和分配。
sap权限设定(完整版)
权限设定操作手册权限保护1.注意1.1.用户、角色、事务代码、受权对象的关系用户：由几个角色构成角色：由一系列事务代码搭建事务代码：需要系统规定的必需受权对象才能运转受权对象：由它的参数来定义1.2.权限设定须慎重权限设定特别重要，而且权限的排错查问特别繁琐、耗时，所以在做权限设准时必定要慎重，每次改正都要记录。
1.3.测试环境下改正除非特别状况，权限设定不同意在正式环境直接改正。
一般都是在测试环境改正、测试成功后，再传到正式环境。
1.4.拒绝不合理权限要求Basis 不是决定用户权限范围的人，而是实质管理中大大小小业务流的管理者。
所以，改正权限设定，务必需求用户供给经过领导签核的申请表。
关于用户不合理的权限要求，顾问有责任拒绝。
2.角色保护2.1.作业说明基本由权限的大架构有 User ID （用户），Role （角色）， Profile （权限参数文件）三层，可知权限的设定也会有相应的三层。
目的SAP中的权限管理能够经过成立若干角色的方式进行，角色的定义为 SAP中单个或很多个事务代码（ T-Code）构成的一个角色定位。
角色是指在业务中预先定义的履行特别职能的工作。
能够为单个的用户的需求去创立角色，也能够经过事务代码创立角色，而后分派给各个需要这些角色的用户。
创立角色主要有三种方式：手工创立。
合适所有新建角色的需求，主要对应权限追加；继承。
主要对应设定派生角色；复制。
主要对应设定基本的角色。
继承与复制创立角色的差别：用继承的方式成立新角色，继承后，只要要填写Org.level，Object就所有表记为绿灯。
用复制的方式成立新角色，需要在Object 里填入值， Object 才能所有表记为绿灯。
以上是二者操作上最大的差别。
2.2.创立单调角色事务代码与菜单路径PFCG–工具 ->管理->用户保护->角色管理->角色菜单此为事务代码输入栏后续作业工具列图示 / 其余说明备注输入事务代码可于命令栏输入 [ 事务代码 ] 并按 ENTER键，履行程序鼠标双击( 或 ) 将鼠标光标停在欲履行对象，并双击鼠标左键。
快速搞定SAP权限设定
1.使用su01给用户添加权限
1.1打开SAP进入SAP初始化界面,在T-CODE输入栏中输入su01(如图1.1)
图1.1:
1.2.进入如图1.2的画面,在USER栏里输入你需添加的用户帐号,然后按新建图标.
图1.2
1.3出现如图1.3的画面,给所要添加的用户输入TITLE和LAST NAME等属性
2.1进入SAP初始化界面,输入T-COLD:pfcg(如图2.1)
图2.1:
2.2进入如图2.2界面,在ROLE栏中输入你想建立或维护的ROLE名,按新建按钮
图
2.3进入如图2.3界面,按保存按钮.
图2.3
2.4选择AUTHORIZATIONS页面,按CHANGE AUTHORIZATION DATA按钮(如图2.4)
图1.3
1.4选择LOGON DATA页面,在PASSWORD栏里输入初始化密码(如图1.4)
图1.4:
1.5选择ROLE页面,在ROLE栏里添加用户的权限(如图1.5)
图1.5:
1.6输入完毕后,按保存按钮,返回su01功能界面,输入其他的用户,并添加权限(如图1.6)
图1.6:
2.用pfcg来维护ROLE
图2.4
2.5进入如下界面,表中列出所有的分类权限,选择一个你想设定的权限(如图2.5)
图2.5
2.6进入分类设定权限的界面(如图2.6)
图2.6
2.7在表中选择你不想要的权限并把它们设成红色,设完后保存(如图2.7)
图2.7
2.8然后按激活按钮(红白圆形图标),跳出如图2.8窗口,按确定
图2.8
2.9然后返回(如图2.9)
图2.9
2.10选择USER页面,在USER ID栏中输入你想赋予权限的用户帐户名.(图2.10)
SAP权限设置
网上有不少关于权限的文章，多是转来转去，COPY的台湾某个人N年前的PPT。
这里用平实的语言另启一个版本。
直观的说，权限就是“某人能干某事”和“某人不能干某事”之合。
在SAP系统中，用事务码（也称交易代码、或者TCODE、或者Transaction Code）表示一个用户能干的事情。
比如MM01这个TCODE是用来维护物料数据的、MIGO是用来收货的、FS00是用来维护会计科目的等。
用SU01新建一个ID时，默认的权限是空白，即这个新建的ID不能做任何事情，不能使用任何事务代码。
这样只需要为相应的ID赋上相应的TCODE，即可实现“某人能干某事”了，其补集，则是“某人不能干的某些事”。
但是我们不能直接在SU01里面给某个ID赋上TCODE，要通过ROLE中转一下。
即：一堆TCODE组成了一个ROLE，然后把这个ROLE分给某个ID，然后这个ID就得到一堆TCODE了。
上面这些，仅仅是SAP权限控制的初级概念，要理解SAP权限控制的全部，必须还要明白下面的概念。
1、角色（ROLE）、通用角色（Common Role）、本地角色（Local Role）上面讲了，角色，即ROLE，是一堆TCODE的集合，当然还包含有TCODE必备的“权限对象”、“权限字段”、“允许的操作”及“允许的值”等。
我们使用PFCG来维护角色。
为了系统的测试与SAP实施项目的阶段性需要，进一步将角色分为“通用角色”和“本地角色”。
举个例子便于理解：通用角色好比“生产订单制单员”，本地角色对应就是“长城国际组装一分厂生产订单制单员”。
所以，本地角色较之通用角色的区别就是，在同样的操作权限（事务代码们）情况下，前者多了具体的限制值。
这个限制值可能是组织架构限制，也可能是其他业务的限制。
如，一分厂的制单员不能维护二分厂的制单员；一分厂的制单员甲只能维护类型为A的单据，而不能维护类型为B的单据，诸如此类。
具体请看下面的概念。
2、权限对象（Authorization Object）、权限字段（Authorization Field）、允许的操作（Activity）、允许的值（Field Value）上文粗略说了构成ROLE的是若干TCODE。
sap权限设定(完整版)
权限设定操作手册权限维护1.注意1.1.用户、角色、事务代码、授权对象的关系-用户：由几个角色组成-角色：由一系列事务代码搭建-事务代码：需要系统规定的必要授权对象才能运行-授权对象：由它的参数来定义1.2.权限设定须谨慎-权限设定非常重要，并且权限的排错查询非常繁琐、耗时，因此在做权限设定时一定要谨慎，每次更改都要记录。
1.3.测试环境下修改-除非特殊情况，权限设定不允许在正式环境直接更改。
-一般都是在测试环境修改、测试成功后，再传到正式环境。
1.4.拒绝不合理权限要求-Basis不是决定用户权限范围的人，而是实际管理中大大小小业务流的管理者。
-所以，变更权限设定，务必要求用户提供经过领导签核的申请表。
-对于用户不合理的权限要求，顾问有责任拒绝。
2.角色维护2.1.作业说明-基本由权限的大架构有User ID（用户），Role（角色），Profile（权限参数文件）三层，可知权限的设定也会有相应的三层。
-目的SAP中的权限管理可以通过建立若干角色的方式进行，角色的定义为SAP中单个或者多个事务代码（T-Code）组成的一个角色定位。
角色是指在业务中事先定义的执行特殊职能的工作。
可以为单个的用户的需求去创建角色，也可以通过事务代码创建角色，然后分配给各个需要这些角色的用户。
-创建角色主要有三种方式：手工创建。
适合所有新建角色的需求，主要对应权限追加；继承。
主要对应设定派生角色；复制。
主要对应设定基本的角色。
-继承与复制创建角色的区别：用继承的方式建立新角色，继承后，只需要填写Org.level，Object就全部标识为绿灯。
用复制的方式建立新角色，需要在Object里填入值，Object才能全部标识为绿灯。
以上是两者操作上最大的区别。
2.2.创建单一角色-事务代码与菜单路径PFCG –工具 -> 管理 -> 用户维护 -> 角色管理 -> 角色-菜单此为事务代码输入栏-后续作业-字段说明-后续作业-字段说明-后续作业-字段说明-后续作业-字段说明-后续作业-备注由于SAP的角色内容可以用多种方法进行选择，如根据SAP的菜单、SAP的报表程序、以及其他角色等等。
SAP用户权限控制设置以及开发.docx
SAP 用户权限控制设置及开发(2012-09-03 16:03:31)转载▼标签：分类： ABAP权限用户的权限菜单是通过分配具体角色来实现的.1.创建角色PFCG输入角色名并点击 Single Role为角色分配权限菜单 .为角色配置权限数据维护完菜单后 ,仅实现在用户菜单中能看到相关的事务,要具有此事务权限还待设置具体的权限数据.SAP程式在执行中会通过读取该参数文件的数据来进行用户权限的检查及管控.在SAP实际应用中 , 用户所直接操作的是屏幕及屏幕所对应的字段 , 而这些具体的字段都是由权限对象进行控制 , 包括该字段所允许的操作及允许的值 .*表示为该字段分配完全权限 .通过状态灯图标来表示各权限对象的维护状态 , 绿灯代表激活 , 黄色代表未激活 , 红色代表未给权限字段分配值 , 单击权限字段前的铅笔图标可以定义该字段的授权值 .一些常用的权限字段 :ACTVT: 该字段存放的就是允许操作的代码,例如01代表创建,02代表修改,03代表显示等;TCD:存放该权限角色所包含的事务代码;该图说明允许该角色的用户能查看和更改物料的Status.权限对象维护完成后 , 点 Generate 将该权限数据激活 .将角色分配给用户 :进行用户比较 ,只有单击"完成比较"按钮,该用户所对应的权限角色才将正式生效.自定义权限对象 :1.权限字段的维护:SU20创建权限字段 .2.对象类及权限对象的维护SU21对象类是多个权限对象的集合 , 而一个权限对象下又可分配多个权限字段 , 新增的用户自定义权限对象 , 需要单击工具栏中的 "Regenerate SAP_ALL" 按钮才会把新增的权限对象赋值给 SAP_ALL这个权限参数文件 .3.权限对象的分配 .SU22把权限对象 (Authorization Object)分配给事务代码.有个奇怪的问题是 :我用SU22给自己的事务码分配了自定义的Authorization Object后,为什么在用PFCG增加权限的时候这个Authorization Object不能自动带过来,而系统自身的Tcode却能带过已经分配给它的Authorization Object.有知道的同学们请告知一声.可加QQ群:262131634 或 QQ: 115023071权限对象在 ABAP 程序中的调用 .For Example 1.对Parameters 输入的检查 :-------------------------------------------------------REPORT z_af_034.TABLES: marc.PARAMETERS:s_werks LIKE marc-werks DEFAULT '1000'.AT SELECTION-SCREEN.AUTHORITY-CHECKOBJECT 'ZS002'ID 'ZWERKS' FIELD s_werks.IF sy-subrc<>0.MESSAGE' 权限检查失败 ' TYPE 'E'.ENDIF.START-OF-SELECTION.--------------------------------------------------------For Example 2.对select-options数据的权限检查:--------------------------------------------------------REPORT z_af_034.TABLES: marc.DATA: errstr TYPE string.SELECT-OPTIONS: s_werks FOR marc-werks.START-OF-SELECTION.LOOP AT s_werks.IF NOT s_werks IS INITIAL.AUTHORITY-CHECKOBJECT 'ZS002'ID 'ZWERKS' FIELD s_werks-low.CONCATENATE'Plant' s_werks-low ' No Authorization'INTO errstr.MESSAGEerrstr TYPE 'E'.EXIT.ENDIF.IF NOT s_werks IS INITIAL.AUTHORITY-CHECKOBJECT 'ZS002'ID 'ZWERKS' FIELD s_werks-high.CONCATENATE'Plant' s_werks-high' No Authorization'INTO errstr.MESSAGEerrstr TYPE 'E'.EXIT.ENDIF.ENDLOOP.--------------------------------------------------------------可通过 Function GET_AUTH_VALUES获取权限对象的权限值 .用户权限缺失的检查 .SU531). 检查操作用户是否被授权能操作所执行的事务.2). 检查操作用户被授权的权限角色里面是否包含程序所调用的权限对象.3). 检查操作用户的权限检查字段输入值是否包含在权限字段.在用户执行某个程式权限检查失败后,输入SU53就能看到权限评估检查报表. 如下图所示 :查找权限角色 :如何知道某个 Tcode 分配给了哪些 Role?SUIM。
SAP权限设置介绍
ERP权限控制在这一节，介绍一下ERP 的权限设计，了解权限设计的逻辑。
一个特别是适合大集团业务的ERP 系统,应该提供一个非常完善的权限控制机制,甚至允许将权限控制字段细到字段级别，举例：Select 用户名From 用户表where 用户名='butcher' （得到用户名）select 权限组ID From 权限表where 用户名='butcher' （得到用户对应的权限组ID ）select * From 权限控制列表where 权限组ID = ‘***** '（得到没个权限组ID 对应的明细权限列表也就是用户的明细权限）在此我们可看到诸如用户名表，角色表，权限组表和对应业务操作的权限详细控制列表诸如此类的表格。
现在来看看ERP的权限设计思路，首先了解下几个Tcode和权限相关表格。
常用权限相关Tcode .（一）Role（角色）相关T-code:PFCG 创建ROLE_CMP 角色比较SUPC 批量建立角色profile（二）建立用户SU01 建立用户SU01D 显示用户SU2|SU3| SU50|SU51|SU52 改变/显示用户个人参数SU10|SU12 批量维护用户SUCOMP 维护用户公司地址SUIM 用户信息系统（强调一下）（三）建立用户组SUGR| SUGRD_NA V 维护用户组SUGRD| SUGR_NAV 显示用户组（四）维护检查授权SU20|SU21 自定义授权字段和授权对象SU53 当出现权限问题可使用它检测未授权对象.SU56: 分析authoraztion data buffers.常用权限相关表格:TOBJ : All avaiable authorization objects.（ERP 系统默认的所有授权对象）USR12: 用户级authorization 值USR02:User Logon Data（包括用户名称密码，是否锁住等字段）USR03:User address dataUSR05:User Master Parameter ID（Tcode SU3可查看用户参数文件的参数ID默认值）USR41:当前用户（即Tcode SM04看到的所有当前活动用户，包括各种对话系统通信类用户）USRBF2 :记录当前用户所有的授权objectsUST04:User Profile master（用户主数据中对应的权限参数文件名）UST10S : Single profiles （授权文件，权限参数和授权对象对应表 ） UST12 : Authorizations （具体授权细节）重点提示：USR02/USRBF2/UST10S/UST1四个表包含的信息就是 ERP 权限控制的关键，前者是用户主数 据表，后三者和用户授权紧密相关。
SAP权限的设定教程
Role的建立
新创建Role主要有三种方式。T CODE ﹕PFCG 1.由始至终新建;
可以对应所有新建Role。主要对应例外权限 Z+USERID+EXCEPTION 2.继承; 主要对应设定Z+USERID+职能名称 3.复制（COPY）﹔ 主要对应设定Z+USERID+职能名称-1
– 命名特征是 “Y+” 开头 例如 “ Y + CO – CO ”
SAP权限管理
权限设定者分工
一.以Role类型分 1.Template Role
即“G”开头的: 台北本部的AP MIS er Role:
以Z开头的:东莞AP MIS 以W开头的:吴江AP MIS 3.Basis Role: 即以Y开头的:台北和东莞Basis MIS
OBJECT完全没有给值 OBJECT只有部分给值 OBJECT已经全部有值
请注意﹕绿灯只是表示 全部有值而已﹐但不一 定就是我们所需要的值
SAP权限管理
Role的建立—完全新建
这个Object是任何权限设定文件中都应该有的﹐这是给予启 动T code的权限﹐如果T code没有出现在这个列表 中﹐user连这个指令的画面都无法进入
这些是常用的功能
手动增加T code 从SAPMenu中增加T code 从其他Role中Copy Menu
SAP权限管理
Role的建立—完全新建
请大家按图所示建立目录 ﹐第一层是职能﹐这里是 EXCEPTION﹐下面分“标准”(Standark)和 “外挂” (Add On) 两个目录 。 让菜单保持清晰﹐可以令User的个人菜单清楚﹐不混乱。 我们MIS检查权限也比较方便。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
s a p权限设定完整版精编W O R D版IBM system office room 【A0816H-A0912AAAHH-GX8Q8-GNTHHJ8】权限设定操作手册权限维护1.注意1.1.用户、角色、事务代码、授权对象的关系用户：由几个角色组成角色：由一系列事务代码搭建事务代码：需要系统规定的必要授权对象才能运行授权对象：由它的参数来定义1.2.权限设定须谨慎权限设定非常重要，并且权限的排错查询非常繁琐、耗时，因此在做权限设定时一定要谨慎，每次更改都要记录。
1.3.测试环境下修改除非特殊情况，权限设定不允许在正式环境直接更改。
一般都是在测试环境修改、测试成功后，再传到正式环境。
1.4.拒绝不合理权限要求Basis不是决定用户权限范围的人，而是实际管理中大大小小业务流的管理者。
所以，变更权限设定，务必要求用户提供经过领导签核的申请表。
对于用户不合理的权限要求，顾问有责任拒绝。
2.角色维护2.1.作业说明基本由权限的大架构有User ID（用户），Role（角色），Profile（权限参数文件）三层，可知权限的设定也会有相应的三层。
目的SAP中的权限管理可以通过建立若干角色的方式进行，角色的定义为SAP中单个或者多个事务代码（T-Code）组成的一个角色定位。
角色是指在业务中事先定义的执行特殊职能的工作。
可以为单个的用户的需求去创建角色，也可以通过事务代码创建角色，然后分配给各个需要这些角色的用户。
创建角色主要有三种方式：手工创建。
适合所有新建角色的需求，主要对应权限追加；继承。
主要对应设定派生角色；复制。
主要对应设定基本的角色。
继承与复制创建角色的区别：用继承的方式建立新角色，继承后，只需要填写Org.level，Object就全部标识为绿灯。
用复制的方式建立新角色，需要在Object里填入值，Object才能全部标识为绿灯。
以上是两者操作上最大的区别。
2.2.创建单一角色事务代码与菜单路径PFCG –工具 -> 管理 -> 用户维护 -> 角色管理 -> 角色菜单此为事务代码输后续作业工具列图示/其它说明备注输入事务代码可于命令栏输入[ 事务代码 ]并按ENTER键，执行程序鼠标双击(或)将鼠标光标停在欲执行对象，并双击鼠标左键。
(或)将鼠标点击按钮字段说明备注字段名称必要输入Role√角色的名称显示显示该角色的内容更改更改该角色的内容创建创建角色创建组件角色创建带有其他角色的角色后续作业工具列图示/其它说明备注点击，进入下一个画面字段说明备注字段名称必要输入角色√角色的名称说明角色的描述空白处角色的详细备注等后续作业工具列图示/其它说明备注点击，选择“保存”后，保存该角色名称。
进入菜单标签字段说明备注字段名称必要输入点击可进行事务代码的手动添加点击可进行报表程序代码的添加点击可进行其他方式的添加点击可从SAP Menu中选择事务代码添加从其他角色中Copy Menu后续作业工具列图示/其它说明备注点击可建立菜单新目录结构字段说明备注字段名称必要输入点击可建立菜单新目录结构后续作业工具列图示/其它说明备注点击进入单个事务代码的顺序手动添加备注由于SAP的角色内容可以用多种方法进行选择，如根据SAP的菜单、SAP的报表程序、以及其他角色等等。
此处以单个事务代码为例。
字段说明备注字段名称必要输入此处填入选择的SAP事务代码后续作业工具列图示/其它说明备注点击分配事务代码字段说明备注字段名称必要输入此栏位处，显示已经分配给该角色的事务代码清单后续作业工具列图示/其它说明备注点击进入“权限”标签字段说明备注字段名称必要输入此栏位为建立角色必须产生的参数文件名称此栏位为建立角色产生的参数文件的描述后续作业工具列图示/其它说明备注点击生成角色参数文件，也可手动按自定义规则填写字段说明字段名称必要备注输入删除已授权的参数文件信息更改菜单以后,必须点击此处重新激活角色的参数文件。
系统重新读取角色的菜单，按菜单的变化变更Object对象，具有一定的智能，但会把已经Merge（合并）的Item弹开，造成设定者的混乱。
不反对使用包含“更改授权数据”的功能，但保留原有的可用设定，可以看到变化前的参数文件。
即使新的权限没设定好，还有原有的权限可用。
推荐使用后续作业工具列图示/其它说明备注点击，进入角色参数文件的激活界面字段说明字段名称必要备注输入后续作业工具列图示/其它说明备注点击保存之前的数据，进入激活界面系统中设置的标准事务代码所需要的Object，系统会自动带出来字段说明备注字段名称必要输入后续作业工具列图示/其它说明备注因为，这里是根角色的设置，所以不分配组织级别的value值，点击退出，进入激活界面系统中设置的标准事务代码所需要的Object，系统会自动带出来字段说明字段名称必要备注输入Object已经全部给值注意：只代表全部给值而已，但不一定是权限需要的符合系统逻辑关系的值Object只有部分给值Object完全没有给值后续作业工具列图示/其它说明备注点击和，查看并激活所有需要被激活的相关其他连接的功能，组织级别相关给值设置为未激活，使其变成绿灯通过上一步操作，可以看到设置行项目的左端有此按钮。
点击，将和组织级别给值相关的设置转为未激活，尽可能使其变成绿灯适当考虑后，有些授权，可通过点击此按钮，给全值。
注意：手动赋值过的设置，是不能再通过此操作给全值的。
类似于下图：如果，需要维护组织级别value，可以在分配组织级别value时不退出，直接如下图定义：字段说明字段名称必要备注输入√选择该角色范围在组织架构中的职权范围组织级别维护计划工厂√选择该角色适用的维护计划工厂范围维护工厂√选择该角色适用的维护工厂范围工厂√选择该角色适用的工厂范围德文，英译“Org.level”权限设定中许多地方的控制点是一致的，SAP为了方便权限的设定，把这些地方设计为与全局变量关联。
当改变全局变量时，这些地方就可以全部关联更改。
这个全局变量就是：Org.level当给Org.level赋值后，其对应的Object Value的值也会改变对Org.Level赋值之后，会发现相当一部分的Object value都已经被联动赋值，但还有一些Object依旧标识为红灯或者黄灯。
这些Object是要单独被赋值的。
后续作业工具列图示/其它说明备注点击，保存输入的数据，进入激活界面。
字段说明字段名称必要备注输入Object已经全部给值注意：只代表全部给值而已，但不一定是权限需要的符合系统逻辑关系的值Object只有部分给值Object完全没有给值后续作业工具列图示/其它说明备注点击和，查看并激活所有需要被激活的相关其他连接的功能，组织级别相关给值设置为未激活，使其变成绿灯通过上一步操作，可以看到设置行项目的左端有此按钮。
点击，将和组织级别给值相关的设置转为未激活，尽可能使其变成绿灯适当考虑后，有些授权，可通过点击此按钮，给全值。
注意：手动赋值过的设置，是不能再通过此操作给全值的。
字段说明备注字段名称必要输入点击，激活需要被激活的相关其他连接的功能，给对应的Object赋值点击，相当于给这个Object一个“*”(star)；“*”表示All Authorization的含义，不卡任何权限；Object给值后，就变成绿色，不能再被点击红框中标注的行对象，是每个权限参数文件中都应该有的。
如果添加的事务代码没有出现在这个行对象列表中，那么用户可能不能进入事务代码控制的视图。
后续作业工具列图示/其它说明备注字段说明备注字段名称必要输入后续作业工具列图示/其它说明备注点击生成激活程序，保存该角色参数文件。
激活该角色的参数文件，完成创建表示该角色的参数文件已被创建字段说明备注字段名称必要输入表示该角色的参数文件已经被创建后续作业工具列图示/其它说明备注点击，退出角色参数文件维护界面字段说明字段名称必要备注输入绿灯，表示该角色的参数文件已经被激活后续作业工具列图示/其它说明备注点击进入“用户”标签，进行权限授权备注授权就是给个人（或组）一个方式或权力来行使一些特殊的职责。
它允许或禁止用户在系统中进行操作和处理事务。
在缺省状态下，所有用户最初是没有执行任何事务的权限的；通过各种授权赋予执行事务的权限；一个用户可以执行的事务数量反映出其授权的大小。
字段说明备注字段名称必要输入表示该角色被分配的用户名清单表示该角色对该用户的有效时限后续作业工具列图示/其它说明备注点击进行用户名和角色功能比较检查字段说明备注字段名称必要输入后续作业工具列图示/其它说明备注点击，完全比较，显示下一个页面字段说明备注字段名称必要输入后续作业工具列图示/其它说明备注点击“是”，保存该角色的用户分配信息字段说明备注字段名称必要输入后续作业工具列图示/其它说明备注此作业结束2.3.创建复合角色事务代码与菜单路径PFCG –工具 -> 管理 -> 用户维护 -> 角色管理 -> 角色菜单此为事务代码输后续作业工具列图示/其它说明备注输入事务代码可于命令栏输入[ 事务代码 ]并按ENTER键，执行程序鼠标双击(或)将鼠标光标停在欲执行对象，并双击鼠标左键。
(或)将鼠标点击按钮字段说明备注字段名称必要输入Role√角色的名称显示显示该角色的内容更改更改该角色的内容创建创建角色创建组件角色创建带有其他角色的角色后续作业工具列图示/其它说明备注点击，进入下一个画面字段说明备注字段名称必要输入角色√角色的名称说明角色的描述空白处角色的详细备注等后续作业工具列图示/其它说明备注点击，进入“角色”标签字段说明备注字段名称必要输入如果之前未保存，会弹出判断是否保存的对话框后续作业工具列图示/其它说明备注点击，保存字段说明字段名称必要备注输入√填写组合角色中的单一角色名称后续作业工具列图示/其它说明备注点击,保存点击，进入“菜单”标签页字段说明备注字段名称必要输入点击可建立菜单新目录结构点击可修改菜单新目录结构点击可显示其组合的单一角色菜单后续作业工具列图示/其它说明备注点击可显示其组合的单一角色菜单字段说明字段名称必要备注输入菜单已被标识为绿色组合角色的菜单已由其包含角色的菜单构建后续作业工具列图示/其它说明备注点击，保存如果，需要用户分配，可继续与单一角色进行用户分配相同的操作如果，不需要现在用户分配，点击，退出2.4.更改角色交易代码与菜单路径PFCG –工具 -> 管理 -> 用户维护 -> 角色管理 -> 角色菜单此为事务代码输后续作业工具列图示/其它说明备注输入事务代码可于命令栏输入[ 事务代码 ]并按ENTER键，执行程序鼠标双击(或)将鼠标光标停在欲执行对象，并双击鼠标左键。