Un Usuario hizo la siguiente pregunta
Hola,
Que yo sepa, una vez que se establece el indicador de verificación Controlar y la propuesta es NO, el objeto de autenticación no se inserta en el rol. H.De manera similar, el objeto junto con los valores se verificarán durante el curso de la transacción..
Mi pregunta es ¿cuáles son los casos en los que marcaremos el objeto de autor como comprobar / no en nuestros roles.
¿Puede darme ejemplos? Es muy confuso en este momento.
Sobre,
Priyanki Hazarika
5 respuestas
-
Esta respuesta ha sido eliminada.
Esta respuesta no se completó.
Hola,
El mejor ejemplo es un SU01 con un objeto autorizado PLOG.
Un objeto PLOG normalmente se mantendrá como Check / NO para SU01 en SU24. Se requiere una autorización PLOG para SU01 SOLAMENTE si estamos pensando en una asignación organizativa utilizando SU01; de lo contrario, esta autorización no era necesaria. Cuando se realiza una asignación organizacional usando SU01, se verificará la autorización PLOG.
Si algún cliente / organización requirió una asignación de organización a través de SU01, entonces en tales casos consideraremos actualizar SU24 con SÍ para PLOG en SU01, y mantener el mismo en los roles respectivos con las autorizaciones necesarias.
Sobre,
Ravikiran
-
Esta respuesta ha sido eliminada.
Esta respuesta no se completó.
Hola Priyanki,
Si el objeto autorizado es un CHECK y la propuesta NO marca la propuesta, como dijiste, no se agregará al rol cuando se agregue el código t. Esto significa que este objeto solo se comprobará cuando se ejecute cierta funcionalidad en este código t. Se pretende comprobar los artículos autorizados que vienen con un código t con una propuesta como YES en las actividades habituales que se realizan con ese código t.
Sin embargo, puede haber algunas actividades para las que normalmente no se utiliza el código t. Esa vez, estos controles entrarán en escena. Ahora, para responder a su pregunta, si está realizando alguna actividad en el código, consulte al autor. objetar una propuesta NO de forma regular, entonces es mejor marcarla con una propuesta SÍ para que pueda personalizar los valores de ese objeto de acuerdo con el diseño del rol.
Br,
Anish
-
Esta respuesta ha sido eliminada.
Esta respuesta no se completó.
Hola,
En palabras simples …
Si la verificación es SÍ, es esa función particular que el objeto se ejecuta y funciona en su entorno.
Si la verificación es NO, entonces la función particular de que el objeto no está implementado en su entorno
Sobre
Praveen
-
Esta respuesta ha sido eliminada.
Esta respuesta no se completó.
Ex miembro
Cierre este hilo por parte de la administración ya que mi pregunta fue respondida.
@Plaban: Por favor, lleve su venganza personal con SCN a otro lugar. Este no es un foro de quejas.
Gracias.
-
Esta respuesta ha sido eliminada.
Esta respuesta no se completó.
Ex miembro
Hola,
Solo quiero ampliar tu pregunta.
Para tcode, si el objeto no está en la lista SU24, ¿se verifica el comportamiento predeterminado? (porque la orden LISTA DE VERIFICACIÓN DE AUTORIDAD está presente en el código ABAP).
¿Es posible que haya cosas «ocultas» que SAP olvidó agregar a SU24?
Gracias.
Albert.-