Proceso de fijación del período de responsabilidad según la estructura organizativa 

Parámetros de llamada

La determinación del período de responsabilidad se llama utilizando los parámetros siguientes:

 

LEVEL	Nivel de autorización
TCLAS	Clase de transacción = Diferencia de número de personal/número de candidato
PERNR	Número de personal (o número de candidato)
INFTY	Infotipo
SUBTY	Subtipo

Flujo de procesos

El sistema realiza todos los pasos siguientes de este proceso.

...

       1.      Se evalúa el indicador principal de autorización ORGPD. Si se desactiva el indicador, del 1 de enero de 1800 al 31 de diciembre de 9999 se reasigna como el período de responsabilidad y se termina la verificación.

       2.      Si la verificación de acceso actual es para el acceso de escritura al infotipo Número de personal de referencia (0031), del 1 de enero de 1800 al 31 de diciembre de 9999 se fija como el período de responsabilidad y la verificación termina prematuramente. (Esta situación no se produce nunca para números de candidato.)

       3.      El período de responsabilidad se fija según los perfiles de autorización estructural (la tabla T77UA - Autorizaciones de usuario y la tabla T77PR - Definición de perfiles de autorización).

       4.      Se determina la posición por defecto (la tabla T77SO -Tablas de sistema, entrada PLOGI PRELI). Si la posición por defecto no se puede determinar (por ejemplo, porque no se encontró ninguna entrada en la tabla T77S0), no es posible realizar las comparaciones de posición y posición por defecto relacionadas a continuación. En este caso, las comparaciones siempre devuelven el resultado es desigual.

       5.      Se importan las asignaciones organizativas del número de personal (los registros de datos del infotipo Asignación organizativa - 0001).

Se realizan los pasos siguientes por cada asignación organizativa (registro de datos de infotipo 0001):

¡        Si la posición y la posición por defecto no coinciden, la asignación organizativa deja de evaluarse y el sistema pasa a la asignación organizativa siguiente.

¡        Si la posición y la posición por defecto coinciden, la asignación organizativa se sigue evaluando.

¡        Si una unidad organizativa puede determinarse desde la asignación organizativa y si la evaluación de la unidad organizativa es deseable (valor 1 o 3 del indicador principal de autorización ORGPD), el sistema verifica si el usuario está autorizado a acceder a la unidad organizativa durante el período de validez de la asignación organizativa según los perfiles de autorización estructural:

...

                                                  i.       Si el usuario no está autorizado a acceder a la unidad organizativa, la asignación organizativa deja de evaluarse y el sistema pasa a la asignación organizativa siguiente.

                                                ii.       Si el usuario está autorizado a acceder a la unidad organizativa, el período de validez de la asignación organizativa se añade al período de responsabilidad.

¡        Si no se puede especificar ninguna unidad organizativa desde la asignación organizativa o si la evaluación de la unidad organizativa no es deseable (valor 2 o 4 del indicador principal de autorización ORGPD), tienen lugar, por defecto, las siguientes acciones:

...

                                                  i.       Si se negara la autorización en el caso por defecto (valor 1 o 2 del indicador principal de autorización ORGPD), la asignación organizativa deja de evaluarse y el sistema pasa a la asignación organizativa siguiente.

                                                ii.       Si se concediera la autorización en el caso por defecto (valor 3 o 4 del indicador principal de autorización ORGPD), el período de validez de la asignación organizativa se añade al período de responsabilidad.

       6.      Cuando se han evaluado todas las asignaciones organizativas del número de personal, se reasigna el período de responsabilidad.

       7.      Si el período de responsabilidad está vacío, se reasigna no autorizado como resultado de la verificación. De lo contrario, el resultado es autorizado.

Los valores 1 o 2 del indicador principal de autorización ORGPD siempre niegan la autorización de acceso en el caso por defecto, es decir, si la asignación estructural de la verificación de autorización es imposible. Por consiguiente, un usuario ya no puede acceder a los números de personal afectados en este caso. Dado que no se evalúa la estructura organizativa para usuarios con autorización estructural libre para números de personal, estos usuarios pueden acceder a todos los números de personal. Esto se debe a que el período de responsabilidad de estos usuarios ya tuvo la máxima longitud posible antes de la evaluación posterior de la asignación organizativa.

Véase también:

Diagrama de flujo de la fijación del período de responsabilidad según la estructura organizativa