![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP BASIS El concepto de autorización
SAP BASIS El concepto de autorización
![SAP BASIS El concepto de autorización SAP BASIS El concepto de autorización](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/247.jpg)
Las acciones y accesos a los datos están protegidos a través de los objetos de autorización en el sistema SAP. Los objetos de autorización están divididos en diferentes clases y permiten verificaciones complejas que involucran múltiples condiciones que permiten al usuario realizar una acción. Se deben cumplir todas las condiciones para que la verificación de autorización sea exitosa.
Los objetos de autorización y los campos que contienen tienen nombres técnicos y descriptivos. Por ejemplo el objeto de autorización S_USER_GRP protege el registro maestro de usuario. Una autorización siempre se asocia con un solo objeto de autorización y está formada por el valor para los campos del objeto de autorización. Una autorización es un permiso para realizar cierta acción en el sistema SAP. La acción es definida sobre la base de los valores para cada uno de los campos de un ODA.
Hay autorizaciones preestablecidas en el sistema pero la mayor parte se crean por requerimiento.
Cuando un usuario se loguea a un cliente de un sistema SAP, sus autorizaciones son cargadas en el contexto de usuario. El contexto de usuario se encuentra en el buffer (espacio de memoria donde se guardan datos de forma temporal).
SU56: Transacción utilizada para monitorear el número de objetos que están en buffer referentes a roles de autorización y perfiles de usuario.
Cuando el usuario llama a la transacción, el sistema verifica si el usuario tiene la autorización necesaria en el contexto de usuario para acceder a la transacción.
Si se asignan nuevas autorizaciones al usuario, podría ser necesario que se vuelva loguear al sistema para poder utilizarlas.
Si la verificacion de autorización es exitosa, el sistema muestra la pantalla inicial de la transacción. Dependiendo de la trx, el usuario puede crear datos o seleccionar acciones. Cuando el usuario realiza la acción, los datos son enviados al dispatcher, el cual los pasa a un work process para que ejecute el procesamiento.
Mediante la evaluaciónd de código de retorno se controla si el contexto de usuario tiene todas las autorizaciones requeridas para procesar acciones y datos.
TODO AQUELLO QUE NO ESTÁ EXPLICITAMENTE PERMITIDO, ESTÁ PROHIBIDO.
PFCG: es una transacción mediante la cual se crean los roles con las autorizaciones que luego serán asignadas a los usuarios.
El mantenimiento de roles crea las autorizaciones con los valores de campos requeridos para los objetos de autorización que son verificados en la transacción elegida. El rol puede ser asignado a varios usuarios y los cambios afectan sobre todos estos usuarios. Todos los valores de autorización deben ser verificados manualmente y ajustados si fuese necesario para que concuerden con los requerimientos y permisos que se deben otorgar con el rol.
LUZ VERDE: el ODA tiene un valor propuesto para cada uno de los campos
LUZ AMARILLA: el ODA necesita mantenimiento manual al menos para uno de los campos
LUZ ROJA: Los niveles organizacionales no están definidos.
Algunos campos aparecen en muchas autorizaciones por lo que estos campos se denominan Niveles Organizacionales. Si editamos una entrada en el N.O entonces los cambios afectaran a todos los ODA que lo contienen.
Los N.O. son campos determinados por SAP en el Concepto de Autorización que se refieren a la esturcutra de la compañía.
La asignación de ROLES a los USUARIOS no otorga automáticamente las correspondientes autorizaciones a los usuarios ya que es necesario una COMPARACION DE REGISTROS de usuarios mediante la cual los perfiles de los roles son insertados en el registro maestro de usuario.
Una comparación de registros maestos de usuarios determina si los perfiles de autorización deben ser agregados o eliminados del usuario basándose en la asignación de roles a este.
Si multiples asignaciones de roles van a ser actualizadas se puede realizar una comparación en la transacción PFUD. Tambien se puede realizar de forma periódica mediante un schedule de Mass Comparition. El background job PFCG_TIME_DEPENDENCY se ejecutará.
 
 
 
Sobre el autor
Publicación académica de Franco Perez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Franco Perez
Profesión: Operador de Ti - Argentina - Legajo: PM86A
✒️Autor de: 20 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime