Saltar al contenido

¿Cuál es la importancia de Check / No en SU24?

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

  • 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

  • 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

  • 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

  • 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.

  • 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.-