Desde siempre hemos visto que toda la información en SAP se guarda en tablas de diccionario. HR no es una excepción, pero además aparecen nuevos contenedores de información que son: Bases de datos lógicas de HR, Infotipos y Tablas de Base de datos.
En HR tenemos dos bases de datos lógicas que son PNP y PAP. La primera se refiere a los datos de los empleados y la segunda a los datos a los candidatos. El uso de Base de datos lógica facilita el acceso a los infotipos.
En los Infotipos se guarda la información referente al personal de la empresa: Datos de personales, Datos bancarios, Datos de nómina, Formación , Salud, Derecho de vacaciones, etc… en el sistema hay aproximadamente unos trescientos infotipos distintos, aunque muchos de ellos son específicos de cada país (como por ejemplo el infotipo 88 que guarda la información de la maternidad en Gran Bretaña).
Las Tablas de base de datos se dividen en áreas o clusters, estas áreas o cluster guardan información referente a las a los resultados de nóminas, Impuestos, Seguridad Social, etc… El acceso a estas tablas es el más complicado de todos, debido a que no se accede como en una tabla cluster normal y corriente, como la INDX, sino que se accede a través de macroinstrucciones.
Para acceder a los infotipos existen sentencias específicas para el acceso a infotipo y macroinstrucciones que es una combinación de estas últimas.
Las Sentencias específicas para el acceso a infotipos son aquellas que usaremos para declarar el infotipo en el programa (el equivalente a la sentencia Tables) y el acceso a dicho(s) infotipo(s), su equivalente sería el Select.
Las Macroinstrucciones es una posibilidad más de modularizar programas. Las macroinstrucciones contienen sentencias ABAP/4 que permiten el ahorro de trabajo.
Bases de datos lógica
Como se ha mencionado antes SAP tiene dos base de datos lógica: PNP que se refiere a los datos de empleado y la PAP que se refiere a los datos de candidatos. La base de datos que más se usa es la PNP y será dicha tabla que usaremos como ejemplo.
Cuando ejecutamos un report que accede a la base de datos lógica, esta carga los datos de personal de cada empleado en memoria para su tratamiento.
En memoria se carga el historial completo del empleado. Estos datos se pierden cuando se carga un nuevo empleado.
Cada vez que se usa la base de datos lógica se realizan dos verificaciones una de personal y otra de datos.
La primera se verifica que el usuario tiene acceso al empleado siguiendo los criterios de asignación organizacional. Si el usuario no tiene acceso al empleado, este no se evalúa.
La segunda verifica que el usuario tiene acceso a los infotipos especificados en el report.
Un ejemplo sencillo sería:
En los atributos del programa:
El código fuente:
REPORT zprueba1.
* PERNR es una estructura que es llenada por la base de datos lógica PNP
* con los datos del empleado
TABLES: pernr." --Datos de personal
* Declaración de los infotipos
INFOTYPES: 0001.
START-OF-SELECTION.
GET pernr. " Usa base de datos lógica PNP
PROVIDE * FROM p0001 BETWEEN pn-begda AND pn-endda.
WRITE:/ 'P0001:’, p0001.
ENDPROVIDE.
Los campos de la selección de datos están definidos en la estructura QPPNP , mientras que los campos de selección de personal están definidos en el programa include DBPNPSEL (Tablas internas que se completan mediante APPEND).
Cuando se usa la base de datos lógica PNP hay que declarar en el programa la estructura PERNR , en esta estructura se guardarán los números de personal seleccionados mediante la pantalla de selección.
En la estructura PERNR solo hay que el leer el campo PERNR, que contiene el número de empleado, el resto de campos se encuentran allí por motivos internos.
Si se usa la base de lógica PAP habrá que declarar la tabla APPLICANT, para obtener el numero de candidato.
Cuando se realiza el GET re rellenan la tablas internas (el nombre de la tabla interna es Pnnnn , nnnn es el número del infotipo) de los infotipos (declarados en la sentencia INFOTYPES) con los registros, desde los datos inferior hasta los datos superiores, del numero de personal leído en el GET .
INFOTIPOS
Los infotipos se utilizan en HR y representan grupos de datos relacionados con un tema en particular. Los datos que se almacenan en un infotipo dependerán del número de personal de un empleado o del número de un candidato, es decir, cada empleado o candidato siempre se le asigna un registro de infotipo.
Cada infotipo está compuesto por un número de cuatro dígitos nnnn . El rango de número de 9000 a 9999 esta reservado para los infotipos del cliente.
Mediante la transacción PM01 – Diálogos en la gestión de personal se pueden crear y tratar infotipos.
En un infotipo no podemos añadir ni borrar información, solo podemos modificarla.
Declaración
Antes de procesar un infotipo hay que declararlo. Para declararlo hay que usar la sentencia INFOTYPES.
El rango de infotipos es el siguiente:
* Entre el 0000 y 0999 tenemos los datos maestros del infotipo.
* Entre el 1000 y el 1999 tenemos los datos de planificación.
* Entre el 2000 y el 2999 tenemos los datos de tiempo.
* Entre el 3000 y 8999 no tenemos nada.
* Y entre el 9000 y 9999 tenemos los infotipos de cliente.
La sintaxis sería:
INFOTYPES: nnnn [NAME c] [OCCURS n] [MODE N] [VALID FROM comp1 TO comp2]
Donde nnnn es el número del infotipo que vamos a declarar.
Cuando se declara un infotipo en memoria se crea una tabla interna con la siguiente estructura:
DATA BEGIN OF Pnnnn OCCURS 10.
INCLUDE STRUCTURE Pnnnn.
DATA END OF Pnnnn VALID BETWEEN BEGDA AND ENDDA.
La cláusula VALID BETWEEN BEGDA AND ENDDA indica que período se va a coger registros.
Los parámetros opcionales son:
* NAME C Nos crea una tabla interna, con la misma estructura que el infotipo declarado, con el nombre indicado en C. C tiene un longitud máxima de 20 caracteres.
* OCCURS n Nos crea una tabla interna poniendo el valor n en la cláusula OCCURS.
* MODE n Esta cláusula solo esta disponible para las bases de datos lógica PNP y PCH, y su efecto es que no llena el infotipo cuando se ejecuta la sentencia GET PERNR.
* VALID FROM comp1 TO comp2 Cuando se ejecuta la sentencia GET PERNR el infotipo se llenará con los registros cuyo período este comprendido entre comp1 y comp2.
Procesamiento del infotipo
Existen dos maneras de procesar un infotipo:
* Procesamiento de un registro especifico del infotipo, el más reciente/más antiguo.
* Procesamiento de todo el infotipo.
Procesar de un registro específico del infotipo
En muchos casos no necesitaremos leer todos los registros del infotipo, sino que necesitaremos leer el último o primer registro. Para ello utilizaremos las siguientes macroinstrucciones:
Nos devuelve el último registro.àRP-PROVIDE-FROM-LAST Pnnn SPACE PN-BEGDA PN-ENNDA
Nos devuelve el primer registro.àRP-PROVIDE-FROM-FIRST Pnnn SPACE PN-BEGDA PN-ENNDA
Donde nnnn es el numero de infotipo, en la variable PN-BEGDA o PNPENDDA tenemos la fecha inicial del período introducido por pantalla, y en PN-ENDDA o PNPENDDA tenemos la fecha final del período introducido por pantalla.
Un ejemplo sería:
REPORT zprueba1.
* PERNR es una estructura que es llenada por la base de datos lógica PNP
* con los datos del empleado
TABLES: pernr." --> Datos de personal
* Declaración de los infotipos
INFOTYPES: 0001.
START-OF-SELECTION.
GET pernr. " --> Usa base de datos lógica PNP
rp_provide_from_last p0001 space pn-begda pn-endda.
* Si hemos encontrado datos entonces se muestra el registro.
IF pnp-sw-found = ’1’.
WRITE:/ ’P0001:’, p0001.
* En caso contrario leemos el siguiente numero de personal
ELSE.
REJECT.
ENDIF.
Las macroinstrucciones se definen en la tabla TRMAC.
Procesamiento de todo el infotipo
Ya hemos comentado que cuando se realiza un GET PERNR las tablas internas de los infotipos son llenadas con el historial completo (del más antiguo al más reciente) del empleado leído. Por lo tanto podemos tener que en una tabla interna existan más de un registro o períodos o intervalos de validez.
El procesamiento de registros del infotipo es dependiente del tiempo, es decir, depende del período de selección de datos introducido en la imagen de selección. Pueden procesarse al mismo tiempo los datos de varios infotipos y pueden prepararse para un período de tiempo parcial específico.
Las tablas internas del infotipo se procesan con la sentencia PROVIDE. La sintaxis es:
PROVIDE * FROM Pnnnn BETWEEN PN-BEGDA AND PN-ENDDA.
……..
ENDPROVIDE.
Donde nnnn sería el numero del infotipo. La relación entre el infotipo y el período de selección de datos de la imagen de selección se establece mediante las variables PN-BEGDA (Inicio) y PN-ENDDA (Fin).
Actualización de un infotipo
Como hemos se ha visto antes a los infotipos no se les puede insertar ni borrar, pero si que podemos es modificar sus datos. Para ello esta la macroinstrucción RP-UPDATE. Cuya sintaxis es:
RP-UPDATE datos_antiguos datos_nuevos.
Un ejemplo sería:
REPORT ZPRUEBA .
TABLES: PERNR.
* Definimos una tabla interna llamada OLD/NEW con la misma estructura
* que 0001.
INFOTYPES: 0001 NAME OLD,
0001 NAME NEW.
START-OF-SELECTION.
GET PERNR.
* Cuando se efectura el GET las tablas internas OLD y NEW están llenas
* con el resultado de la búsqueda
PROVIDE * FROM OLD BETWEEN PNPBEGDA AND PNPENDDA.
WRITE:/, OLD-PERNR, 'OLD-PERSK':, OLD-PERSK.
* Ponemos el nuevo valor a la tabla NEW
NEW-PERSK = '22'.
WRITE:/ 'NEW-PERSK':, NEW-PERSK.
* Modificamos la tabla interna, no insertamos porque ya esta llena
MODIFY NEW INDEX SY-TABIX.
ENDPROVIDE.
* Llamamos a la macroinstrucción RP-UPDATE pasando la tablas interna
* con los viejos y nuevos datos.
RP-UPDATE OLD NEW.
