!--a11y-->
Retroactividad para empleos
concurrentes 
En un Sistema SAP R/3, en el cual empleos concurrentes es activo, la retroactividad es diferente en algunos modos a un sistema sin empleos concurrentes.
SAP R/3 utiliza la función XRETR (retroactividad) en empleos concurrentes para calcular diferencias de redondeo y tenerlas en cuenta en el período original. La función XRETR utiliza la clase de tratamiento 23 (procesamiento de las claves conceptos de nómina en la retroactividad) para determinar todas las claves conceptos de nómina de los resultados del cálculo de la nómina anteriores que se requieren para la retroactividad. La función XRETR guarda las diferencias retroactivas en la tabla interna DT_PERSON (tabla de diferencias de persona).
Todas las claves conceptos de nómina que afectan a
la retroactividad dependen de la
razón de
agrupación XXNT (neto,
retroactividad, pago). Por lo tanto, se procesan conjuntamente para todos
los contratos de ocupación de un empleado que pertenecen a la misma
clasificación según esta razón de agrupación. En general, esta clasificación
es según el empresario. Para más información, véase Clasificación de
contratos de ocupación para la determinación del neto, la retroactividad y
pago.
Esto tiene los efectos siguientes:
SAP R/3 no transfiere diferencias de retroactividad (clave concepto de nómina /551) de una clasificación a otra. Este es el caso también cuando todos los contratos de ocupación de un empleado, que pertenecen a la misma clasificación, finalizan y estos contratos de ocupación tienen todavía diferencias retroactivas. En este caso, SAP R/3 ejecuta el cálculo de nómina otra vez para los contratos de ocupación, aunque sean inactivos, y crea un pago para ellos.

Un empleado tiene cuatro contratos de ocupación. Los contratos de ocupación 1 y 2 pertenecen al empresario A, los contratos de ocupación 3 y 4 pertenecen al empresario B. Una diferencia retroactiva se produce en un período de cálculo de nómina para los contratos de ocupación 1 y 2. Los contratos de ocupación 1 y 2 pertenecen al empresario A, los contratos de ocupación 3 y 4 pertenecen al empresario B. Una diferencia retroactiva se produce en un período de cálculo de nómina para los contratos de ocupación 1 y 2. Sin embargo, la diferencia retroactiva no se transfiere a los contratos de ocupación 3 y 4. En lugar de eso, SAP R/3 ejecuta el cálculo de nómina otra vez para los contratos de ocupación 1 y 2.
SAP R/3 no transfiere saldos para el período siguiente (clave concepto de nómina /565) de una clasificación a otra. Este es el caso también cuando todos los contratos de ocupación de un empleado, que pertenecen a la misma clasificación, finalizan y estos contratos de ocupación tienen todavía un saldo para el período siguiente. En este caso, SAP R/3 ejecuta el cálculo de nómina otra vez para los contratos de ocupación, aunque sean inactivos. Se ejecuta el cálculo de nómina para los contratos de ocupación mientras haya todavía un saldo para el período siguiente.
Recibe un mensaje en el log de cálculo de nómina si hay un saldo para el período siguiente correspondiente a un empleado.
Se aplica lo mismo a cantidades pendientes (clave concepto de nómina /561) que a saldos para el período siguiente.
SAP R/3 no transfiere claves conceptos de nómina de atrasos de una clasificación a otra. Este es el caso también cuando todos los contratos de ocupación de un empleado, que pertenecen a la misma clasificación, finalizan y las claves conceptos de nómina de atrasos existen todavía para estos contratos de ocupación. En este caso puede utilizar la función PREND (modificar la tabla DDNTK en fin de loop) para asegurar que SAP R/3 ejecute aún así el cálculo de nómina para estos contratos de ocupación, aunque sean inactivos. Para más información, véase la documentación de la función PREND.
Para más información sobre la retroactividad antes
de la conversión en empleos concurrentes, véase
Convertir cálculo de
nómina a empleos concurrentes.
Véase también: