✒️SAP / El modelo de seguridad Por Veronica Alonso Alcantarilla

LECCIÓN 9: GESTIÓN DE USUARIOS Y AUTORIZACIONES

LECCIÓN 1. MODELO DE SEGURIDAD EN R/3

En cualquier sistema de gestión de información integrado se guardan datos de diferentes áreas a los que sólo pueden acceder algunas personas. Estas restricciones pueden darse por varios motivos:

---*: Proteger datos que afecten a la estrategia de la empresa para no ofrecer ventajas a la competencia.

---*: Evitar fraudes en la contabilidad o en los cobros y pagos.

---*: Obligación legal de proteger información ajena a la propia empresa como los datos personales de sus empleados, las condiciones económicas de los proveedores.

SAP contempla toda esta problemática implementando un modelo de seguridad que permite proteger de una manera flexible los datos y las operaciones que se hacen sobre ellos. El esquema está basado en los siguientes componentes.

- MAESTRO DE USUARIOS, GRUPOS DE ACTIVIDAD, PERFILES, AUTORIZACIONES, OBJETOS DE AUTORIZACIÓN, CAMPOS...

En el lado derecho tenemos los objetos de autorización qeu se componen de campos. Estos objetos representan lo que queremos proteger. Ejemplos de objetos de autorización son:

* S_TCODE: protege el código de transacción y contiene un sólo campo que es la transacción. Es el más importante de todos los objetos porque todas las operaciones que se hacen en SAP empiezan por el acceso a una transacción.

* S_TABU_DIS: Protección del contenido de tablas de customizing. Contiene dos campos que son el grupo de autorizaciones de la tabla ( DICBERCLS) a la que se quiere acceder y la actividad ( ACTVT) que se quiere ejecutar ( crear, modificar, borrar...)

*F_BKPF_BUK: protección de la contabilización de documentos por sociedad financiera. Se compone de dos campos; la sociedad (BUKRS) a cuyos documentos contables queremos acceder y la actividad (ACTVT) que se quiere hacer.

---> en el lado izquierdo del gráfico anterior vemos la estructura modular que va desde la autorización simple sobre un único objeto de autorización hasta el maestro de usuarios que son los que acceden al sistema.

Veamos lo que representa cada uno de los niveles:

* AUTORIZACIONES: una autorización consiste en una asignación de valores a los campos de un objeto de autorización. Por ejemplo, crearemos una autorización para el objeto S_TCODE que tenga el valor FB01 ( transacción correspondiente a la contabilización de documentos) para e lcampo TCODE.

* PERFILES: un perfil es simplemente la agrupación de varias autorizaciones que hayamos creado anteriormente. El perfil es la unidad mínima de seguridad que le podemos asignar a un usuario, es decir, la única forma de asignar las dos autorizaciones del ejemplo anterior es incluirlas en un perfil que llamaremos CONTABLE e incluir este perfil en los usuarios.

* GRUPOS DE ACTIVIDAD: son las agrupaciones de transacciones y actividades que se crean con el generador de perfiles. Estos grupos de actividad contienen internamente perfiles ( que a su vez contienen autorizaciones) y se asignan directamente a los usuarios.

* USUARIOS: para que un empleado tenga acceso a los datos de gestión de la empresa debe disponer de un código de usuario en SAP. Este usuario tendrá asignados unos grupos de actividad o unos perfiles de autorización ( o ambos) para pdoer realizar las tareas que exige su función o puesto de trabajo.

En SAP existen 5 tipos diferentes de usuarios que se pueden definir ellos son:

- los usuario de diálogo que es el tipo de usuario con el que acceden normalmente los usuarios finales que necesitan interactuar con el sistema a través de SAP GUI. Todos los parámetros de logueo definido son verificados al iniciar la sesión como así las restricciones de loguis múltiple. Normalmente la mayoría de nuestra empresa deberían de estar encuadrados dentro de este tipo de usuarios.

- los usuarios del sistema, que son no interactivos. Significa que no pueden loguearse a través del SAP GUI al sistema. Comunmente son usados como usuarios de procesamiento por lote WORKFLOW, procesos ALE... su contraseña solo puede ser cambiada por el administrador del sistema, y se permiten logueos múltiples.

- los usuarios de comunicación. Son utilizados para comunicación RFC entre sistemas. Son los comunmente utilizados para las interfaces con otros sitemas SAP no es posible establecer logueo por parte de los usuarios finales através del SAP GUI

- Usuarios de servicios. Utilizado por parte de los usuarios que requieren acceso anónimo, no respetan las normas de expiración de contraseña y la misma sólo puede ser cambiada por el administrador del sistema. Las autorizaciones que se le otorgan a este tipo de usuario deben de ser mínimas y restringidas específicamente a la necesidad por la cual se creo este tipo de usuario. Podemos decir que el uso de un usuario de servicio no es recomendable ya que pueden loguearse mediante el SAP GUI.

- Usuario de referencia. Es muy poco utilizado en general, no admite logon de dialogo y puede ser utilizado para traspasar sus autorizaciones al usuario que lo tiene como referente.

2. MANTENIMIENTO DE USUARIOS.

Para la creación y mantenimiento de usuarios, SAP dispone de la transacción SU01 ( transacción para gestión de usuarios en sistema SAP) (GAFAS)

Transacción SU01: La transacción estándar SU01 es utilizada para la administración de los usuarios del sistema SAP.

Escribiendo el código del usuario y pulsando uno de los botones de la barra de aplicación o escogiendo una de las opciones del menú de usuario podemos realizar diversas acciones como crear, modificar, cambiar clave acceso, bloquear...

Pulsando sobre el botón con el ícono de las gafas, vemos las propiedades de nuestro usuario en el sistema. Veámos a continuación las 6 pestañas más importantes que componen el registro maestro de un usuario:

* DIRECCIÓN: se graban en este apartado datos personales como el nombre, apellidos, departamento, teléfono. En el campo edición veremos el nombre y como aparecerá en los listados o en otras transacciones.

* DATOS LOGON: es obligatorio indicar una clave inicial con la que accederá el usuario, aunque en su primera conexión se le pedirá que la cambie. También podemos limitar la validez t emporal de manera que podemos tener empleados que accedan a nuestro sistema hasta determinada fecha como puede ser el fin de su contrato o cesión a nuestro departamento.

* VALORES FIJOS: en esta pestaña definimos el menú inicial de entrada al sistema, la impresora SAP, algunos parámetros de impresión por defecto, el formato en que debe ver el usuario las fechas y los importes en todas las transacciones SAP.

--- esta última opción, junto con la del usu horario, es vital para empresas multinacionales que tienen empleados en diversos países.

* PARÁMETROS: existe la posibilidad de asignar parámetros por defecto para multitud de campos de todos los módulos de SAP.

Si un empleado solo realiza entradas de mercancías en el centro 1000, es muy útil asignarle ese v alor en el parámetro correspondiente consiguiendo que en todas las pantallas de R/3 en la que aparezca el campo centro, éste se encuentre relleno automáticamente con el valor 1000.

* PERFILES: las operaciones a las que esta autorizado un usuario vienen determinadas por los valores que le ponemos en estas dos pestañas. Al asignarles un papel le estamos añadiendo perfiles también, pero existe la posibilidad de incluir perfiles manualmente.

--- Esta posibilidad se conserva por compatibilidad con versiones anteriores pero no es el modo de trabajo desde la versión 4.6A

* GRUPOS: a la hora de descentralizar el mantenimiento de un número enorme de usuarios debemos agruparlos asignándoles la pertenencia a uno o varios grupos. De esta manera podemos autorizar a diversos administradores a gestionar los usuarios que pertenezcan a determinados grupos.

3 GENERADOR DE PERFILES

Debido a la gran complejidad que supone la creación manual de perfiles y autorizaciones, desde la versión 3.1G de R/3, existe el generador de perfiles.

Las ventajas que aporta para el administrador la utilización de esta herramienta son múltiples aunque la más destacable es que ya no necesita conocer o investigar la funcionalidad de las transacciones que incluyen en los perfiles de usuario.

--- El generador de perfiles incluye una base de datos que relaciona cada una de las transacciones de R/3 con los objetos qeu comprueba.

Para crear un papel disponemos de la transacción PFCG ( transacción estándar de SAP que se utiliza para el mantenimiento de roles) que nos muestra una pantalla como la siguiente: (actualización de papeles)

Transacción PFCG, al pulsar el botón de crear pasaremos a la pantalla en la que vemos las diferentes partes de la creación de un grupo de actividad repartidas en cuatro pestañas:

En la primera de ellas rellenamos únicamente una descripción corta del papel y también podemos completar el campo de descripción inferior en el que podemos indicar instrucciones sobre a quién se debe asignar este perfil o cual es su función especfícica.

Al pasar a la pestaña menú vemos unos botones que nos permiten incluir transacciones, informes o direcciones web en el grupo de actividad. Observamos en el siguiente gráfico como se ha incluido ya la transacción de contabilizar documento perteneciente al módulo FI. (SAP finanzas)

Esto implica que el usuario al que se le asigne este perfil podrá ejecutar la transacción FB01 (transacción estándar de SAP que se utiliza para la contabilización de documentos) pero no hemos determinado aún para que sociedades financieras, cuentas o deudores podrá hacerlo.

LA TRANSACCIÓN FB01: transacción estándar del sistema que se utiliza para la creación de asientos contables.

En el gráfico tenemos la pantalla de asignación de valores a los objetos de autorización a la que se llega a través de la pestaña AUTORIZACIONES.

Son cuatro los objetos de la gestión financiera los que chequea esta transacción y habrá que dar los valores correspondientes para el grupo de actividad.

Por último después de completar la grabación del grupo, tenemos la posibilidad de asignárselo a uno o varios usuarios. En el siguiente gráfico conviene fijarse en que tenemos los semáforos de las pestañas menú y autorizaciones en verde, indicándonos que los pasos anteriores se han procesado correctamente.

Es entonces, cuando podemos poner en la tabla de usuarios los códigos ( el nombre nos lo rellena el propio programa) a los que queremos incluir el papel y la fecha de validez de la asignación.