🚀PROMO #PLANCARRERA2024 - 🔥Bonificaciones, Precios Congelados y Cuotas

 X 

✒️SAP El modelo de seguridad

SAP El modelo de seguridad

SAP El modelo de seguridad

Hay muchas compañías que soportan los procesos de su negocio sobre el sistema SAP y que requieren de un adecuado esquema de controles de acceso a fin de evitar situaciones como el uso no autorizado a programas o transacciones del sistema y, como consecuencia de ello, situaciones de fraude interno o errores operativos que puedan afectar al negocio.

En seguridad de la información, el principio de menor autoridad requiere que cada usuario o puesto de trabajo acceda sólo a la información y recursos que son necesarios para su desarrollar estrictamente las tareas actividades propias de su función o posición y por lo tanto solamente tendrán acceso a la información para este propósito. Por este motivo las organizaciones deberán cumplir con este requerimiento y, seguir una estrategia técnica para configurar los requerimientos de seguridad en el sistema, tomar un modelo de riesgo adaptado al negocio y que permita a las responsables tomar decisiones adecuadamente y llevar a cabo un proceso para la administración de accesos y autorizaciones.

Para que tengas una idea de cómo funcionan los permisos en SAP, dentro de SAP podemos tener un número determinado de usuarios, pero no todos tendrán acceso a las mismas transacciones, sino que dependerá de sus funciones. Daremos acceso a los usuarios mediante autorizaciones que permiten acceder a unas transacciones determinadas, es decir, cada usuario tendrá una autorización en la que se le asignan unas determinadas transacciones. Sin embargo, en caso de no asignar las autorizaciones para visualizar y gestionar cierta información el usuario en particular, no tendrá acceso a esta parte del sistema ni a sus datos.

Para la gestión de todo el tema de restricción de accesos, SAP cuenta con un área de riesgos y normativas. SAP dispone de SAP GRC (Governance, Risk and Compliance) como conjunto de soluciones de control de acceso, esenciales para el gobierno de los procesos de tecnología de la información, gestión del riesgo y la conformidad de acuerdo a las regulaciones y leyes vigentes. SAP GRC permite automatizar las funciones de detección, mitigación, remediación y prevención de acceso, riesgos y autorizaciones indebidas dando lugar a una adecuada separación de funciones, menor riesgo y mayor rendimiento del negocio.

¿Cómo se estructura la gestión de accesos y autorizaciones en SAP?

El sistema de accesos y autorizaciones de SAP permite gestionar los permisos de lectura y escritura sobre los elementos que todo usuario tiene asignados.

El sistema funciona a través de roles, estos pueden ser simples o compuestos, que agrupan una serie de objetos de autorización o autorizaciones. Cada autorización incorpora permisos para un elemento del sistema. Cada uno de estos objetos de autorización es el elemento mínimo que nos permite proporcionar permiso para ejecutar la tarea determinada. Esta tarea puede ser acceso a una transacción, grupo de transacciones, a un área de ventas, grupo de compras, planta, almacén, etc.

La estructura que proporciona accesos a los usuarios puede parecer un poco compleja debido a la escala de elementos que hay, pero su estructura está bien definidia. Cada tarea a la cual tiene acceso un usuario (transacción, grupo de compras, etc) se encuentra definida de un campo de autorización. Este campo se encuentra en un objeto de autorización, y éste a su vez en un rol. Todas las tareas (transacciones o elementos de la estructura organizativa) a la que tiene acceso un usuario es porqué el permiso para tener acceso a esta parte del sistema está definido en los objetos de autorización que forman uno o más roles de los que tiene asignado este usuario.

El proyecto de autorización

Antes de montar un proyecto de autorizaciones deberemos realizar un análisis de los trabajos que debe realizar cada usuario SAP para poderle asignar aquellas autorizaciones que son necesarias para desarrollar su actividad y a la vez permita una segregación de permisos adecuada (Segregation of Duties) para garantizar la seguridad de los procesos de la compañía.

En un proyecto de autorización deberemos realizas las siguientes tareas:

  • Analizar las tareas que debe realizar cada usuario.
  • Agrupar usuarios según tareas comunes.
  • Crear roles que se ajusten a cada tarea. Es recomendable que sean lo más específicos posible y en algunos casos incluso puede ser necesario desarrollar un nuevo rol.
  • Asociar las autorizaciones específicas a cada rol. Es importante fijarnos en las transacciones que se incorporan en cada rol.
  • Asignar roles según las tareas que realiza cada usuario.

Dentro de cada usuario deberemos hacer un análisis de incompatibilidades de transacciones. Esta tarea siempre es realizada por el equipo de seguridad en sistemas, antes de asignar ciertos roles a un usuario que los solicita se realiza un estudio de incompatibilidades para determinar aquellas autorizaciones que juntas no las puede tener un mismo usuario debido a la segregación de permisos. Un ejemplo de incompatibilidad seria aquel usuario que tiene permiso para dar de alta un proveedor en sistema, actualizar las tarifas de este proveedor, introducir pedidos de compras del

proveedor en cuestión, recepcionarlos y aprobar la factura. En este caso estaríamos incurriendo en diversas incompatibilidades que harían factible una situación de fraude hacia la compañía.

Una vez detectadas las incompatibilidades, deben solucionarse ajustando los roles, creando nuevos roles o eliminando roles que tiene asignado un usuario.


 

 

 


Sobre el autor

Publicación académica de Agustín Sebastián Van Dick, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.

SAP Senior

Agustín Sebastián Van Dick

Profesión: Estudiante - Argentina - Legajo: QA56E

✒️Autor de: 38 Publicaciones Académicas

🎓Egresado del módulo:

Disponibilidad Laboral: FullTime

Presentación:

Actualmente soy estudiante de la carrera de lic. administración y, quiero formarme como consultor de sap.

Certificación Académica de Agustín Van

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "El modelo de seguridad" de la mano de nuestros alumnos.

SAP Senior

1.- Modelo de seguridad R/3 Para proteger datos que afecten a la estrategia de la empresa, evitar fraudes contables, proteger información ajena a la propia empresa S_TCODE: Objeto de autorización y contiene un sólo campo que es la transacción. S_TABU_DIS: Protección del contenido de tablas de customizing. Contiene dos campos, grupo de autorizaciones de la tabla (DICBERCLS) a la que se quiere acceder y la actividad (ACTVT) que se quiere ejecutar. - Niveles del Modelo de Seguridad: Autorizaciones: asignación de valores a los campos de un objeto de autorización. Perfil: Lista de transacciones autorizadas. Unidad mínima de seguridad para un usuario. Grupos de Actividad:...

Acceder a esta publicación

Creado y Compartido por: Ruben Villalobos

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

En el modelo de seguridad de SAP R/3 se contempla el siguiente modelo: Maestro de usuarios grupos de actividad objetos de autorizacion perfiles campos autorizaciones lo que protegemos en Sap son los campos entre ellos algunos objetos de transaccion son S_tcode: el el codigo de transaccion. para la creacion y mantenimiento de usuarios se tiene la transaccion SU01 para la creacion de un papel se tiene la transaccion PFCG transaccion FB01 para la creacion de asientos contables en modulo FI

Acceder a esta publicación

Creado y Compartido por: Andres Achuelos Davis

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

// Modelo de seguridad en R/3 SAP permite proteger de una manera flexible los datos y las operaciones que se hacen sobre las mismas. SAP gestiona un modelo de seguridad, que protege datos y operación, (maestro de usuarios, grupos de actividades, perfiles y autorizaciones) como también los objetos de autorización (se componen de campos). Estos objetos representan lo que queremos proteger. Ejemplos de objetos de autorización: - S_TCODE: Protege el código de transacción y contiene un solo campo que es la transacción. - S_TABU_DIS: Protege el contenido de las tablas de customizing. - F_BKPF_BUK: Protege el contenido de la contabilización de documentos por sociedad financiera. Niveles de modelo...

Acceder a esta publicación

Creado y Compartido por: Gonzalo Nicolas Bravo

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Modelo de seguridad En cualquier sistema de gestion de informacion integrados se guardan datos de diferentes areas alos que solo pueden acceder algunas personas estas restricciones se pueden darse por varios motivos Proteger datos que afecten la estrategia de la empresa evitar fraudes de en la contabilidad on el los cobros y pagos obligacion de proteger los datos delos empleados Esquema de seguridad Maestros de usuarios Grupos de actividad perfiles actualizaciones Objetos de autoizacion s_tcode protege el codigo de transaccion y contiene uun solo campo que es la transaccion s_tabu_dis proteccion del contenido de talblas de customizing. Contiene dos campos que son el grupo de autorizaciones de la tabla DICBERCLS a la que se quiere...

Acceder a esta publicación

Creado y Compartido por: Wilson Edilberto Balaguera Cubillos

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

Modelo de seguridad en R/3..- en cualquier sistema de informacion integrado se guardan datos de diferentes areas alos que solo se pueden acceder algunas personas, estas restricciones pueden darse por varios motivos. 1 proteger datos que afecten a la estrategia de la empresa 2 evitar fraudes en la contabilidad o en los cobors y pagos 3 obligacion legal de proteger la informacion ajena a la propia empresa. Objetos de autorizacion.- S_tcode.- protege el codigo de transaccion y contiene un solo campo. S_TABU_DIS: proteccion del contenido de tablas. F_BKPF_BUK: proteccion de la contabilizacion de documentos por sociedad financiera Mantenimiento de usuarios.- para la creacion y mmto de usuarios SAP dispone de la txt SU01

Acceder a esta publicación

Creado y Compartido por: Luis Daniel Valencia Ortiz

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

MODELO DE SEGURIDAD R/3: permite proteger de manera flexible los datos y las operaciones que se hacen sobre ellos. ° Los objetos de autorización representan lo que queremos proteger: S_TCODE --> protege el código de la transacción S_TABU_DIS--> protege el contenido de las tablas de customizing F_BKPF_BUK--> protege la contabilización de documentos por sociedad financiera ° Estructura Modular: Autorización: asignación de valores a los campos de un objeto de autorización Perfiles: agrupación de varias autorizaciones creadas anteriormente Grupos de Actividad: agrupaciones de transacciones y actividades creadas con el generador de perfiles Usuarios: código de usuario...

Acceder a esta publicación

Creado y Compartido por: Marcela Salazar Angel

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

MODELO DE SEGURIDAD EN R/3 S_TABU_DIS F_BKPF_BUK AUTORIZACIONES PERFILES GRUPOS DE ACTIVIDAD USUARIOS MANTENIMIENTO DE USUARIOS Para la creación y mantenimiento de ususarios SAP dispone de la transacción SU01 que es utilizada para la administración de los usuarios de sistema SAP .Podremos realizar diversas acciones como crear,modificar,cambiar clave acceso,bloquear,etc. GENERADORES DE PERFILES Debido a la gran complejidad que supone la creación manual de perfiles y autorizaciones,desde la versión 3.1 g de r/3 ,existe el generador de perfiles.El generador de perfiles incluye una base de datos que relaciona cada uno de las transacciones de R/3 con los objetos que comprueba.Para crear...

Acceder a esta publicación

Creado y Compartido por: Petrona Guerra Martinez

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

1- MODELO DE SEGURIDAD EN R/3 EN CUALQUIER SISTEMA DE GESTION DE INFORMACION INTEGRADO SE GUARDAN DATOS DE DIFERENTES AREAS A LOS QUE SOLO PUEDEN ACCEDER ALGUNAS PERSONAS. ESTAS RESTRICCIONES PUEDEN DARSE POR VARIOS MOTIVOS : * PROTEGER DATOS QUE AFECTAN A LA ESTRATEGIA DE LA EMPRESA PARA NO OFRECER VENTAJAS A LA COMPETENCIA. * EVITAR FRAUDES EN LA CONTABILIDAD O EN LOS COBROS Y PAGOS. * OBLIGACION LEGAL DE PROTEGER INFORMACION AJENA A LA PROPIAEMPRESA COMO LOS DATOS PERSONALES DE SUIS EMPLEADOS,LAS CONDICIONES ECONOMICAS DE LOS PROVEEDORES. SAP CONTEMPLA TODA ESTA PROBLEMATICA IMPLEMENTANDO UN MODELO DE SEGURIDAD QUE PERMITE PROTEGER DE UNA MANERA FLEXIBLE LOS DATOS Y LAS OPERACIONES QUE SE HACEN SOBE ELLOS. * MAESTRO DE USUARIOS. * GRUPOS...

Acceder a esta publicación

Creado y Compartido por: Diego Alberto Cirone

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

MODELO DE SEGURIDAD EN R/3 Todo sistema de gestión de información integrado almacena datos en diferentes áreas a los que solo pueden tener acceso ciertas personas autorizadas. Esto por: Proteger datos que afecten la estrategia de la empresa Evitar fraudes en contabilidad, cobros y pagos Cumplir con la legalidad de proteger información de los datos personales de los empleados, y sus proveedores. Por esto SAP crea un modelo de seguridad para proteger los datos y las operaciones que se hagan con estos. Su esquema tiene los siguientes componentes DERECHA: 1.Objetos de Autorización: Representan lo que se quiere proteger y se componen de campos. Ejemplos: S_TCODE: Protege código de transacción....

Acceder a esta publicación

Creado y Compartido por: Gustavo Adolfo Escobar

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

GESTIÓN DE USUARIOS Y AUTORIZACIONES 1. MODELO DE SEGURIDAD EN R/3 Maestro de usuarios --> Grupos de Actividad --> Perfiles --> Autorizaciones Objetos de autorización --> Campos Tipos de usuarios: Usuario de dialogo Usuario de sistema Usuario de comunicación Usuario de servicio Usuario de referencia. 2. MANTENIMIENTO DE USUARIOS Transascción SU01 3. GENERADOR DE PERFILES El generador de perfiles incluye una base de datos que relaciona cada una de las transacciones de R/3 con los objetos que comprueba. Transacción PFCG. --> Se utiliza para la administración de Roles (Papeles o Grupos de Autorización) Transacción FB01 --> Transacción estándar...

Acceder a esta publicación

Creado y Compartido por: Jose Luis Mendoza Paternina

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 79.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.

Buscador de Publicaciones:

 


 

No sea Juan... Solo podrá llegar alto si realiza su formación con los mejores!