Page tree
Skip to end of metadata
Go to start of metadata


Seguridad Social: VNDs

Índice

KBA y Notas relevantes

  • KBA 2391911: CALC: Examples of VNDs calculated by an SAP system



Introducción a las VNDs: generación y diferencias entre los distintos /3V*

Las VNDs pueden fijarse mediante el infotipo 15, utilizando como concepto 'ZVND' y poniendo como importe el total liquidado por VNDs. El origen de estas VNDs debe ser el último día trabajado.

Ejemplo: Queremos liquidar 3 días de VNDs (cada uno con un importe de 100,00 €). El infotipo 15 tendrá el siguiente aspecto:

Otra vía para generar VNDs es de forma automática a través del infotipo 2006 gracias a la EFIVA (para más información, se puede consultar el KBA 1042687 y a través de la PE04). La operación EFIVA calcula el número de días que quedan pendientes de vacaciones en caso de baja en la empresa, llevando al campo OT-ANZHL el número de días pendientes de vacaciones, pudiendo ser un número positivo o negativo.

En la nómina, se van a generar los conceptos /3V* dependiendo de...

  • Si las VNDs caben dentro del tramo en el que se han generado dichas VNDs (ver sección "VNDs a futuro")
  • Si el empleado está en topes (con su salario y las VNDs).

Volver al principio de la página.



VNDs a futuro

En el KBA 2391911 se presentan varios casos en los que las VNDs deben pasarse a futuro por no caber dentro del mismo tramo en que se generan. Supongamos el caso de un empleado que tiene baja el día 20 de enero (el 19 es el último día trabajado), y se le conceden 16 días de VNDs, cada una por importe de EUR 30,00.

En la nómina de enero tendremos los siguientes conceptos:

Captura de la tabla RT de la nómina de enero para ese empleado

Tendremos /3VA, /3VB, /3VC y /3VD para cada uno de los tramos de vacaciones que hay (uno es el que entra en el período de liquidación o tramo - en este caso, 20.01 hasta 31.01, y otro es el siguiente, que en este caso sería el mes de febrero - en el que no se generará nómina por estar de baja). Estos tramos pueden verse en la tabla V0 generada durante el proceso de nómina.

Captura de la tabla V0 de la nómina de enero de ese empleado

La primera fecha que aparece, 20170119 en este caso, corresponde a la fecha de origen de las VNDs, independientemente de dónde se inicie el tramo en cuestión; la siguiente fecha es la fecha de inicio de ese tramo en cuestión (20170120 y 20170201 respectivamente).

Además de los /3VA, /3VB, /3VC y /3VD, tendríamos los conceptos /3VE a /3VH que corresponden a los conceptos a futuro para los días que no entran en ese tramo (4 días).

En caso de que exista un próximo período de liquidación (por una recontratación que hace que el empleado vuelva a estar de alta cuando todavía hay VNDs), en la nómina de ese período, se importarán los conceptos /3VE - /3VH y se guardarán en los conceptos /3VK, /3VL, /3VM y /3VN. En este tipo de situaciones, puede haber colisión entre lo cotizado por VNDs y por parte trabajada: el comportamiento de las VNDs en esta situación se explica en la sección "Colisión en VNDs".

Volver al principio de la página.



Colisión en VNDs (conceptos /3VI, /3VJ)

 Cuando se recontrata a un empleado que ha tenido previamente una baja con VNDs liquidadas, puede producirse colisión entre la cotización por parte trabajada y por VNDs si la suma de ambas cosas supera el importe máximo de cotización establecido por la Seguridad Social. En los casos que expondremos a continuación, emplearemos el máximo de cotización del año 2017: EUR 125.04 al día, EUR 3751.20 al mes.

Medidas correctamente creadas

Es importante que las medidas de baja y reingreso estén correctamente creadas en los datos maestros del empleado. La baja nunca debe generar SPLIT de RGDIR, por lo que no deberá existir un tramo de nómina con origen en la baja. Los reingresos sí deben generar SPLIT. Para más información sobre cuando hay que hacer medidas con SPLIT, pueden consultar el KBA 2150947.  

Cálculo del /3VI y /3VJ

 En caso de que sumando las VNDs del tramo en el que hay alta por reingreso y la parte cotizada por trabajo superen el tope, habrá que hacer una corrección que se reflejará en los conceptos /3VI y /3VJ. El cálculo de la corrección dependerá de si el mes es de 30 o 31-28-29 días para la SS. Los distintos ejemplos están contemplados en el KBA 2391911.

Ejemplo: Retomando el ejemplo del apartado VNDs a futuro, a un empleado se le da de baja el día 20 con 16 días de VNDs originadas el día 19 por importe de EUR 30,00 cada día. En la nómina de enero, tendrá 12 días cotizados ese mes, y 4 días puestos a futuro. Se le recontrata el día 01.02 y el empleado se encuentra en máximos de cotización por parte trabajada:

El empleado está en topes por parte trabajada durante el tramo (que abarca todo el mes porque el reingreso es el día 01.02), por lo que está intentando cotizar en el mes de febrero:

EUR 125,04*30 (porque hay ajuste) + EUR 120,00 (VNDs) = EUR 3871,20

Sin embargo, lo máximo que podrá cotizar será EUR 125,04*30 = EUR 3751,20. El concepto /3VI que figurará en la nómina será la diferencia entre la cotización teórica por VNDs (EUR 120,00) y lo que correspondería a una cotización para una máxima de EUR 3751,20:

/3VI = - (EUR 120,00 - EUR 120,00 * EUR 3751,20 / (EUR 3871,20)) = EUR -3,72

En caso de meses de 31-28-29 días, si hubiera un tramo en el que el empleado no está activo, se utiliza el máximo de cotización de todo el mes como base (EUR 3751,20). En caso de meses de 30 días, solo se utilizarían como base los días que contiene ese tramo (si le dieran de alta el día 03.02 en vez del 01.02, en vez de multiplicar por 30 multipicaríamos por 28 días). Ese caso está también reportado en el KBA mencionado previamente.

El cálculo del 3VJ es equivalente.

En SLD

El /342 de la nómina es un valor corregido por el /3VI, y en SLD se deberá reportar en el contenedor 500 lo que hay en el /342, restándole el /3VI:

SLD (C. 500) = /342 - /3VI = EUR 3597,48 - (EUR -3,72) = EUR 3601,20.

Volver al principio de la página.



Puntos clave en el debugging de VNDs

 Las VNDs se procesan en la ESV00.

Sin embargo, el origen de algún error puede venir de antes; los conceptos de la tabla RT que se emplean para el cálculo de las VNDs se recogen en la tabla T5EU1 (o vista V_T5EU1), en el contenedor 0001. No siempre se generan todos esos conceptos, pero si se espera que un concepto XXXX sirva para el cálculo de VNDs, deberá estar incluido en esa tabla con ese contenedor. Estos conceptos pueden leerse directamente desde los datos maestros (como en el caso en que las VNDs se fijen por el infotipo 15) o a través de funciones como la EFIVA (en el caso en que se generen automáticamente a partir del infotipo 2006).

Un punto de interés es el form get_finiq_data del report RPCSV0E0: en ese form, se leerá en la RT el concepto de las VNDs calculado en la función de pagas extra (en caso de generación automática de VNDs) o leído del infotipo 15 y se calcularán los conceptos /3V*. Poner un breakpoint en ese form nos permitirá ver cuál es el concepto (RT-LGART) que se importa.

Se puede verificar que ese concepto se encuentra en la V_T5EU1 con ese contenedor, y navegar por el esquema de nómina para asegurarse de que se genera correctamente (con importe y splits bien fijados a la entrada de la ESV00):

Captura del esquema de nómina en el que aparecen marcados dos puntos interesantes donde se generan los posibles conceptos de VNDs: lectura del infotipo 0015 y valoración de pagas extra (EFIVA).

Volver al principio de la página.



VNDs en caso de baja por fallecimiento

Según el manual de cotización, cuando la extinción de la relación laboral se produjera por el fallecimiento del trabajador, o éste falleciera durante el período correspondiente a estas vacaciones, no procederá la cotización consecutiva a la baja del trabajador fallecido en la Seguridad Social, sino que, dadas las circunstancias excepcionales que acontecen en estos supuestos, procederá el prorrateo de las percepciones entre el número de días o meses de duración del contrato o entre el número de días o meses transcurridos desde el disfrute de las úlimas vacaciones, con aplicación de los tipos o topes de cotización correspondientes a cada mes.

De manera estándar las VND's no contemplean el prorrateo anual para estos casos. No obstante, hay una manera estándar a través de parametrización de cliente que soporta esta casuística. Para ello, se debe anular la generación del CC-Nómina que contiene la VND. Esto se puede realizar mediante una modificación del infotipo 0005 o 2006 o una compensación de vacaciones, o mediante un CC-Nómina en el IT0015, etc. Posteriormente el prorrateo se conseguirá siguiendo las instrucciones de la nota 414734. Respecto a la función de prorrateo EPRO1, hay dos notas relevantes, como por ejemplo las notas 1320734 y 1776561.

Se puede encontrar más información en la nota de consultoría 2002378.

Volver al principio de la página.



Conceptos /344 y /345 en casos de colisión entre VNDs y parte trabajada

En este apartado vamos a explicar la variación que sufren estos dos conceptos en función del motivo por el cual se llega a topes:

  1. En casos en los que el empleado se encuentre en máximos antes de la cotización de las Vacaciones No Disfrutadas, estos conceptos contendrán la base de cotización diaria topada al máximo establecido por la Seguridad Social en el año correspondiente.
    La siguiente captura refleja la nómina correspondiente a 13 días de un empleado con un salario muy elevado, que está en topes sin considerar la cotización por vacaciones no disfrutadas:




  2. En el caso en el que el máximo de cotización se alcance debido a la suma de la parte trabajada y la parte de la cotización de VNDs, en estos conceptos, aparecerá la base diaria original correspondiente a la parte trabajada.
    La siguiente captura muestra la nómina de un empleado que no alcanza los topes máximos por la base trabajada, sino que los alcanza al tener en cuenta la cotización por VNDs. Veamos que 85.72 * 13 (días) = 1114.36€ (Cuantía menor que 125'04 * 13 = 1625.52). Como tiene colisión con VNDs, hay que sumarle la cotización por dichas vacaciones, por lo que 1114.36€ + 589.42€ = 1703.78€ (este valor si supera los 1625.52€). Por lo que el empleado se encuentra topado a causa de la cotización de las VNDs, lo cual producirá unos conceptos de corrección /3VI y /3VJ.


Volver al principio de la página.



VNDs inferiores a un día

Para las situaciones en las que al finalizar la relación laboral el periodo de vacaciones no disfrutadas no alcanza el día completo, no se generan L13, es decir, cuando el período de las citadas vacaciones sea una fracción de día. En estos supuestos, los importes abonados por el concepto de vacaciones se deben incluir en la base de cotización correspondiente al día o días de trabajo efectivo y, por tanto, de alta.

Volver al principio de la página.


 Bonificaciones y VNDs

Para que las bonificaciones se apliquen a las VNDs la constante CBVND de la table T5EU3 debe estar activa. (El código relativo a las bonificaciones en las VNDs sólo se ejecuta si esta constante está activa).

Volver al principio de la página.


Cómo reportar una incidencia sobre este tema.

 Antes de abrir una incidencia a SAP:

Si tras consultar dicha documentación no consigue solucionar su error, abra una incidencia a SAP. Para facilitar el análisis, por favor siga estos pasos:

    • Asegúrese de que el sistema que nos facilita está abierto y de que existen datos de conexión en el área segura.
    • Grabe una variante con la que reproducir el error en su sistema.
    • En el asunto del mensaje incluya una referencia a VND y una breve descripción. Ejemplo: VND - Cálculo incorrecto VND a futuro.
    • En la descripción del problema incluya la máxima información posible sobre los resultados que obtiene y los que espera obtener. Si lo prefiere, puede adjuntar un documento donde explique el problema.
    • Si ha realizado un análisis previo con la herramienta de debugging, por favor incluya el callstack (pila de llamada) con el punto exacto del código donde cree que se produce el error.

Volver al principio de la página.




  • No labels