从 SU03 到 PFCG,SAP 授权分配背后的运行逻辑
做 SAP 项目时,权限问题经常不是在开发阶段最显眼的那一块,却往往是在上线前最容易卡住业务流的一块。一个销售订单保存不了,一个采购发票看不到,一个 Fiori 应用点进去空白,一个接口用户突然只能读不能改,最后排查下来,很多时候不是程序逻辑错了,而是授权对象、授权字段、角色、授权参数文件和用户主数据之间没有对齐。在 ABAP 体系里,授权分配不是简单地给某个账号加一个菜单入口,也不是把某个事务码塞进角色就万事大吉。SAP 的授权概念是分层的。程序员在代码、事务、CDS、RAP Behavior、Gateway 服务里定义系统需要检查什么;管理员在 SU03、PFCG、SU01 等工具里决定某个业务用户实际拥有哪些值;运行时系统在授权检查发生的一瞬间,把程序要求的值和用户主数据里已有的值拿来比较。SAP 官方文档里也把这个边界讲得很清楚,授权分配由单个超级管理员或一组管理员完成,管理员只能在程序员预先定义的可能范围内决定用户能执行哪些功能、访问哪些对象。(SAP Help Portal)授权分配,不是给人开门,而是给角色画边界在很多公司的日常维护里,业务部门会说某个用户需要开通 VA02、FB03、ME23N 或某个 Fiori tile。安全团队如果只盯着事务码,容易把授权理解窄了。事务码只是入口,入口背后还有对象、字段和值。一个用户能进 FB03,并不自动代表
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2582267.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!