MUNDOSAP

Regresar   MUNDOSAP > DESARROLLO > Programación ABAP IV
Nombre de Usuario
Contraseña
Home Descargas Registrar FAQ Miembros Calendario Buscar Temas de Hoy Marcar Foros Como Leídos




 
Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Viejo 15/11/06, 09:00:40
yo2 yo2 is offline
Member
 
Fecha de Ingreso: may 2006
Mensajes: 60
authority-check

Hola a todos.
He encontrado esta sentencia authority-check para chequear una autorización, pero a parte de eso no se como funciona. Alguien me puede echar un cable.
gracias
Responder Con Cita
  #2  
Viejo 15/11/06, 09:46:32
oarranzli oarranzli is offline
Senior Member
 
Fecha de Ingreso: jun 2006
Localización: España
Mensajes: 373
Hola:

Información encontrada en la help de SAP:

AUTHORITY-CHECK



Basic form

AUTHORITY-CHECK OBJECT object ID name1 FIELD f1
ID name2 FIELD f2
...
ID name10 FIELD f10.



Effect

Explanation of IDs:

object Field which contains the name of the object for which the authorization is to be checked.

name1 ... Fields which contain the names of the name10 authorization fields defined in the object.

f1 ... Fields which contain the values for which the f10 authorization is to be checked.



AUTHORITY-CHECK checks for one object whether the user has an authorization that contains all values of f (see ).
You must specify all authorizations for an object and a also a value for each ID (or DUMMY).
The system checks the values for the IDs by AND-ing them together, i.e. all values must be part of an authorization assigned to the user.
If a user has several authorizations for an object, the values are OR-ed together. This means that if the CHECK finds all the specified values in one authorization, the user can proceed. Only if none of the authorizations for a user contains all the required values is the user rejected.
If the return code value in SY-SUBRC is 0, the user has the required authorization and may continue.
The return code value changes according to the different error scenarios. The return code values have the following meaning:

4 User has no authorization in the SAP System for such an action. If necessary, change the user master record. 8 Too many parameters (fields, values). Maximum allowed is 10. 12 Specified object not maintained in the user master record. 16 No profile entered in the user master record. 24 The field names of the check call do not match those of an authorization. Either the authorization or the call is incorrect. 28 Incorrect structure for user master record. 32 Incorrect structure for user master record. 36 Incorrect structure for user master record.


If the return code value is 8 or 24, inform the person responsible for the program. If the return code value is 4, 12, 16 or 24, consult your system administrator if you think you should have the relevant authorization. In the case of errors 28 to 36, contact SAP because authorizations have probably been destroyed.
Individual authorizations are assigned to users in their respective user profiles, i.e. they are grouped together in profiles which are stored in the user master record.


Note

Instead of ID name FIELD f, you can also write ID name DUMMY. This means that no check is performed for the field concerned.
The check can only be performed on CHAR fields. All other field types result in 'unauthorized'.


Example

Check whether the user is authorized for a particular plant. In this case, the following authorization object applies:

Table OBJ: Definition of authorization object

M_EINF_WRK
ACTVT
WERKS



Here, M_EINF_WRK is the object name, whilst ACTVT and WERKS are authorization fields. For example, a user with the authorizations

M_EINF_WRK_BERECH1
ACTVT 01-03
WERKS 0001-0003 .


can display and change plants within the Purchasing and Materials Management areas.

Such a user would thus pass the checks


AUTHORITY-CHECK OBJECT 'M_EINF_WRK'
ID 'WERKS' FIELD '0002'
ID 'ACTVT' FIELD '02'.

AUTHORITY-CHECK OBJECT 'M_EINF_WRK'
ID 'WERKS' DUMMY
ID 'ACTVT' FIELD '01':




but would fail the check

AUTHORITY-CHECK OBJECT 'M_EINF_WRK'
ID 'WERKS' FIELD '0005'
ID 'ACTVT' FIELD '04'.




To suppress unnecessary authorization checks or to carry out checks before the user has entered all the values, use DUMMY - as in this example. You can confirm the authorization later with another AUTHORITY-CHECK.
Responder Con Cita
  #3  
Viejo 15/11/06, 11:51:39
yo2 yo2 is offline
Member
 
Fecha de Ingreso: may 2006
Mensajes: 60
Vale, muchas gracias, pero eso ya lo habia visto...
Me gustaria saber como crear un objecto de autorizacion para luego poder utilizar el authority-check.
gracias otra vez
Responder Con Cita
  #4  
Viejo 15/11/06, 12:55:38
Gregoryg Gregoryg is offline
Senior Member
 
Fecha de Ingreso: abr 2006
Localización: Caracas, Venezuela
Mensajes: 115
Authority-check

Hola

Primero debes crear una clase de objeto atraves de Tx su21, a esa clase de objeto creada la asigna un objeto en esa misma transacción

Posteriormente por la Tx su20 te creas un ambito de autorización y lo relacionas con la clase y objeto creada anteriormente.

A traves de la Tx su01 le asigna el objeto a los distintos usuarios.

Saludos.
__________________
GregoryG
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Reglas de Mensajes
no puedes crear nuevos temas
no puedes responder temas
no puedes adjuntar archivos
no puedes editar tus mensajes

El código vB está On
Las caritas están On
Código [IMG] está On
Código HTML está Off
Saltar a Foro


Husos Horarios son GMT. La hora en este momento es 23:01:25.


www.mundosap.com 2006 - Spain
software crm, crm on demand, software call center, crm act, crm solutions, crm gratis, crm web