Modificación del status de nómina 
Modificación del status de nómina
Utilización
El infotipo
Status de nómina (0003) contiene los datos que controlan el cálculo de la nómina y la evaluación de tiempos del empleado. Normalmente sólo el sistema trata este infotipo, que se crea automáticamente al contratar a un empleado. El sistema actualiza automáticamente el infotipo 0003 Status de nómina cuando se ejecuta el cálculo de nómina, se evalúan los tiempos o se efectúan modificaciones en el pasado de la nómina del empleado.
Sólo se deberían modificar los datos del infotipo Status de nómina (0003) en ocasiones especiales, ya que estas modificaciones afectan a la nómina del empleado y/o a la retroactividad. Si desea realizar estas modificaciones, asegúrese de que entiende perfectamente el funcionamiento del sistema de cálculo de nóminas (especialmente la retroactividad). Lea el apartado correspondiente en la documentación de Cálculo de nómina PY.
Características
Cálculo de nómina y retroactividad
Al tratar los datos maestros, sólo se deben efectuar modificaciones en el infotipo Status de nómina (0003) en circunstancias excepcionales, para registrar datos específicos relevantes para la nómina o datos específicos de gestión de tiempos para empleados individuales. Pueden actualizarse los campos de la cabecera de Nómina/retroactividad para la el cálculo de nómina.
Se necesita mucha atención al modificar el status de nómina de un empleado. Los siguientes ejemplos, que describen la forma de tratar el infotipo 0003 Status de nómina, constituyen circunstancias excepcionales, es decir, casos en los que es aconsejable efectuar estas modificaciones.
Fecha de retroactivad de personal más antigua
El campo Fecha retroact.pers.más antigua (Fecha de retroactividad personal más antigua) le permite determinar la fecha hasta la cual es posible la retroactividad para el empleado.
Sólo se pueden modificar los datos maestros del empleado hasta e incluyendo la fecha de retroactividad personal más antigua. Si intenta modificar los datos del pasado de la nómina para una fecha anterior a la fecha de retroactividad personal más antigua, el sistema muestra un mensaje de error.
Generalmente no se define la fecha de retroactividad personal más antigua para un empleado individual en el infotipo Status de nómina. En su lugar, se define la fecha de retroactividad personal más antigua para un
Área de nómina completa utilizando el Registro de gestión del cálculo de la nómina. Si el período de retroactividad más antiguo de los registros de gestión de nómina difiere de la fecha de retroactividad personal más antigua en el infotipo Status de nómina, el sistema utiliza la fecha más tardía como fecha de retroactividad más antigua.
Su empleado, Federico Molinero, pertenece al área de nómina X2. El período de retroactividad más antiguo en el registro de gestión para esta área de nómina es enero de 1998.
En el infotipo Status de nómina, se registra el día 01/03/96 como el período más antiguo del cálculo retroactivo para el Sr. Molinero.
En este ejemplo, el sistema fija la fecha de retroactividad personal más antigua del empleado para el 1 de marzo de 1998. Esto significa que sólo puede introducir modificaciones en el pasado de la nómina del Sr. Molinero hasta e incluyendo el 1 de marzo de 1998.
Última nómina:
El campo Nómina hasta le permite determinar la fecha hasta la que se calculará la nómina para un empleado. Deberá completar este campo si quiere realizar el cálculo de la nómina para un empleado que se ha dado de baja de la empresa.
Generalmente se sigue calculando la nómina de un empleado que se ha dado de baja de la empresa para garantizar que se le sigue pagando una vez terminada la relación laboral. Tenga en cuenta lo siguiente:
Su empleado, Federico Molinero, abandona la empresa el 31 de diciembre de 1998. Por eso, se ejecuta la clase de medida Baja para este empleado para el 31 diciembre de 1998. Como consecuencia, el Sr. Molinero ya no estará incluido en el cálculo de la nómina a partir del 1 de enero de 1999 porque ya no forma parte de la empresa a partir de esta fecha.
Sin embargo, hay una cláusula en el contrato del Sr. Molinero que establece que no puede ocupar otra posición hasta que hayan transcurrido seis meses desde la fecha final de la relación laboral. Aunque el Sr. Molinero ha dejado la empresa, todavía recibe pagos mensuales de 3.000 USD para este período. Para garantizar que se incluye al Sr. Molinero en el cálculo de la nómina a pesar de que se ha dado de baja de la empresa, debe actualizarse la fecha del campo Última nómina en el infotipo Status de nómina (0003).
Para garantizar este pago de 3.000 USD, debe registrarse este importe como devengo en el infotipo Dev./deduc. period. (infotipo 0014).
En este ejemplo, debe introducir
En el infotipo de Devengos y deducciones periódicas (0014), debe registrar una clave concepto de nómina para el Sr. Molinero de 3.000 USD. Introduzca del
01.01.1999 hasta el 30.06.1999 como período de validez.Véase también:
Abandono de la empresaNo contabilizar después de
En el campo No contabilizar después de, se especifica la fecha final a partir de la que no se ejecutará un cálculo de nómina para un empleado.
A partir del 15/09/98, no desea que se ejecute el cálculo de la nómina para el empleado Federico Molinero. En este caso, se debe introducir
Esto significa que aunque Sr. Molinero no se haya dado de baja de la empresa y pueda seguir recibiendo el salario, no será seleccionado por la controladora de la nómina a partir del 15 de septiembre de 1998.
Si ha utilizado el campo No contabilizar después de para excluir al empleado del cálculo de la nómina, este empleado tampoco se seleccionará si una modificación de los datos maestros lanza la retroactividad.
Última nómina
Normalmente, el cálculo de la nómina se inicia para un período de cálculo de la nómina al registrar un área de nómina. Suponiendo que el cálculo de la nómina se ejecute de modo uniforme, todos los empleados asignados a un área de nómina se seleccionan y se incluyen en el cálculo de la nómina. A continuación, en el registro de gestión del cálculo de la nómina se fija el status en Finalizar nómina para el área de nómina. Entonces, se actualiza automáticamente el período actual de nómina para este grupo de nómina.
Además, la fecha se anotará en el campo Última nómina del infotipo Status de nómina (0003). Esta fecha especifica la fecha hasta la que se ha efectuado el cálculo de nómina para el empleado. Esta fecha se actualiza después de cada cálculo de la nómina correcto. Esta fecha corresponde al último día del período de cálculo de la nómina para el que se ha ejecutado el cálculo de la nómina para el empleado.
No debe modificar la fecha Ultima nómina en su sistema activo. Sólo se puede modificar la fecha Última nómina en un sistema de test para realizar tests.
Si desea volver a calcular la nómina de un empleado para un período en particular en un sistema de test y a efectos de test, puede anular la fecha Ultima nómina. Esto le permite volver a ejecutar el cálculo de la nómina para el período en cuestión, a pesar del hecho de que el cálculo de la nómina ya ha sido ejecutado correctamente para este período según el registro de gestión del cálculo de la nómina.
Modificación más antigua de los datos maestros
Si se han modificado los datos relevantes para el cálculo de la nómina de un empleado, el sistema guarda la fecha más antigua a partir de la cual es válido la modificación de los datos maestros de personal en el campo Modif.tempr.dat.maes (modificación de datos maestros más temprana).
Se debe ejecutar un nuevo cálculo de nómina para considerar la modificación de los datos maestros de personal. Según el status del registro de gestión del cálculo de la nómina, se lanzará un cálculo de nómina retroactivo automáticamente o se repetirá automáticamente el cálculo actual de la nómina.
Número de personal bloqueado
Se puede utilizar el indicador Número de personal bloqueado para excluir a un empleado del cálculo de la nómina. Es aconsejable bloquear un número de personal para el cálculo de la nómina, si una ejecución de la nómina ha rechazado al empleado debido a un error en sus datos de tiempos o datos maestros.
Corrección de la nómina
El sistema fija el indicador Corrección de la nómina si se han modificado los datos relevantes del cálculo de la nómina en la fase de corrección o si no se ha tenido en cuenta a un empleado durante una ejecución de la nómina debido a un error en sus datos maestros o sus datos de tiempos. Los números de personal de los empleados rechazados por el programa de nómina se escriben en la
Ayuda para búsqueda de la ejecución de corrección según el indicador de Corrección de la nómina. Si desea eliminar al empleado rechazado de la Ayuda para búsqueda de la Ejecución de corrección de la nómina, puede desactivar el indicador de corrección de la nómina del empleado.
Un error en los datos de tiempos y los datos maestros de Federico Molinero provoca que el programa de nómina lo rechace. El número de personal del Sr. Molinero se escribe en la Ayuda para búsqueda de la Ejecución de corrección de la nómina. Por consiguiente, no puede definirse el status de la nómina en Fin de cálculo de nómina, porque la Ayuda para búsqueda de la Ejecución de corrección de la nómina no está vacía. En este punto, normalmente fijaría el status a Libre para corrección, corregiría los datos maestros y los datos de tiempos y volvería a ejecutar el cálculo de la nómina. Otra posibilidad consiste en terminar primero el cálculo de la nómina y corregir posteriormente el error en los datos maestros del Sr. Molinero.
Para ello, desactive el campo Corrección de la nómina y fije el status del registro de gestión del cálculo de la nómina en Finalizar nómina. Más adelante se corregirá el error en los datos maestros del Sr. Molinero y se volverá a ejecutar el cálculo de la nómina para este período.
Evaluación de tiempos y retroactividad
El sistema guarda información en la estructura de la Evaluación de tiempos. Esta información controla la evaluación de tiempos del empleado.
Fecha de retroactividad más antigua posible en la evaluación de tiempos
El campo Fecha retroact.pers.más antigua (Fecha de retroactividad personal más antigua) permite especificar la fecha hasta la que es posible la retroactividad para la evaluación de tiempos y la conformación de pares para el empleado.
Fecha de retroactividad para la evaluación de tiempos
Al inicio de cada evaluación de tiempos, el informe Evaluación tiempos (RPTIME00) determina el período que se evaluará para cada empleado.
En la versión estándar del sistema, la última fecha de la evaluación es la fecha en la que se ha realizado la evaluación de tiempos. Diversos factores determinan la primer fecha de la evaluación. Por ejemplo, puede especificar la fecha en la pantalla de selección de informes. Sin embargo, dos fechas almacenadas en el sistema son esenciales para determinar la primera fecha de evaluación.
Si la fecha de retroactividad CDP se determina basándose en un error en la evaluación de tiempos, se activará el campo Ind.de error CDP.
El sistema utiliza la fecha más antigua de las dos fechas de recálculo. Bajo determinadas circunstancias, el sistema ignora las modificaciones de la fecha de retroactividad CDP.
Retroactividad del calendario personal
El campo Cal.personal del contiene la fecha a partir de la cual se genera el calendario personal del empleado.
Esta fecha afecta sólo a versiones nacionales del calendario que se pueden generar utilizando informes especiales. Esta fecha no afecta a los recálculos del calendario personal de la versión internacional.
Indicador de error CDP
Si el informe RPTIME00 encuentra un error para un empleado, se fija automáticamente el Indicador de error CDP.
El sistema escribe también simultáneamente el número de personal del empleado en la
Ayuda para búsqueda del indicador de error CDP. Puede utilizar esta Ayuda para búsqueda para posteriormente seleccionar y volver a evaluar el número de personal que no evaluó el informe RPTIME00.El sistema anula automáticamente el Indicador de error CDP para todos los números de personal que no presentan problemas en la nueva evaluación.