Amigos Expertos Seguridad

[BREZHNEV]

Si alguien definira los roles a "dedocrasia", eso te traera problemas cuando llegue la auditoria, ya que por ejemplo "el que genera las solicitudes de pedidos, tambien las aprobara, depues gestionara las compras, depues las recibira la compra, ingresara la mercansia, y seguramente tambien gestiona los pagos... yeso te expondra a riesgos", y el auditor lo observara...

Lo mejor es hacer un proyecto serio con metodologia de segracion de funciones...

salu2

[SAP Inicial]

AMIGOS Experto Basis


La planilla ya esta desarrolloda con los Roles y sus transacciones y sus usuarios...hora la pregunta es es posible cargar masivo o es uno a no el rol.

[BREZHNEV]

Rol a Rol, y es la parte mas pesadita, ya que cada rol debe de ser certificado lo que equivale a decir probado, para garantizar que cumple con el proceso.

salu2

[bruky]

Pues yo suelo optar por crear roles por modulo y función de negocio (si es posible):

por ejemplo:

ZMM_PURCHASEMANAGER_T
ZSD_SALESOPERATOR_T
ZWM_WAREHOUSESUPERVISOR_T

etc.

Y definir, entre los funcionales de cada ares y los usuarios clave, las transacciones que debe tener cada función.

Una vez tengas todos los roles confeccionados con sus correspondientes transacciones y accesos tienes que ver si necesitas hacer restricciones a nivel organizativo,
es decir, que el Purchase Manager de la Planta X va a hacer lo mismo que el Purchase Manager de la Planta Y, pero solo que uno tendra acceso a X y el otro a Y.

Si tuvieras que haces restricciones a nivel organizativo, tendrías que pensar en crear roles derivados, para que puedas hacer este tipo de restricciones de forma mas llevadra, además de facilitarte la gestion de los roles.

Suerte!!
Saludos.