27.04.2026
Calcular paga extra navidad 2026: Guía completa RRHH
Cómo calcular la paga extra de Navidad de un Empleado.
Pedro Cailá
Si estás cerrando nómina de diciembre, hay una escena muy común en startups españolas. Finance te pide previsión de caja, el founder quiere una respuesta rápida y alguien del equipo pregunta por qué su paga extra no coincide con la de un compañero. Ahí es donde se nota si RRHH tiene el tema bajo control o si va improvisando.
Calcular paga extra navidad no es difícil. Lo difícil es hacerlo bien en los casos que de verdad generan incidencias: altas a mitad de año, cambios de jornada, convenios mal interpretados, variables mal metidas en la base y prorratas explicadas de forma confusa a talento internacional.
Mi recomendación es simple. No trates la paga extra como un trámite de nómina. Trátala como una pieza de diseño retributivo. Si la calculas bien, evitas reclamaciones, mejoras la confianza del equipo y dejas de perder tiempo en correcciones manuales.
La paga extra de Navidad qué dice la normativa española
En una startup, el problema no suele ser entender que existe la paga extra. El problema es asumir que, por hablar siempre en bruto anual, la obligación legal ya está resuelta. No lo está.
La referencia que manda es el artículo 31 del Estatuto de los Trabajadores, disponible en el BOE. Ahí se reconoce el derecho a dos gratificaciones extraordinarias al año, una de ellas normalmente en Navidad. El convenio colectivo concreta la cuantía, el devengo y, en muchos casos, qué conceptos salariales entran en la base de cálculo.
Para RRHH y founders de empresas tech, esto tiene una consecuencia práctica muy clara. Puedes pactar salarios en 12 o 14 pagas, puedes prorratear si el convenio lo permite y puedes diseñar bandas salariales con lógica de mercado. Lo que no puedes hacer es dejar la extra en terreno ambiguo porque “ya va incluida” sin que contrato, convenio y nómina estén alineados.
El mínimo legal que no conviene interpretar de oído
La regla corta es esta. Hay dos pagas extraordinarias al año y su importe no puede ser inferior a 30 días de salario, según marque el convenio o el acuerdo aplicable dentro del marco legal. Si una empresa usa el SMI como referencia de mínimos, debe revisar el SMI vigente en el año del devengo, no una cifra de ejercicios pasados. El Ministerio de Trabajo publica esa referencia oficial en su portal del Salario Mínimo Interprofesional.
Aquí aparece uno de los errores más caros en startups pequeñas. Se cierra una oferta con un salario bruto anual competitivo, por ejemplo 42.000 euros para un Product Designer, y nadie deja bien definido si ese bruto se distribuye en 12 o 14 pagas. Después llega diciembre, payroll calcula una extra completa, Finance pensaba que ya estaba absorbida en las mensuales y aparece un descuadre de caja o una reclamación interna. He visto ambos.
Lo que de verdad debes revisar en una empresa tech
La teoría legal ocupa poco. La ejecución correcta ocupa más trabajo.
En empresas de software, SaaS o producto digital, conviene revisar estos tres niveles antes de tocar una fórmula:
- Convenio aplicable. No es lo mismo Consultoría que Oficinas y Despachos, y hay compañías que arrastran años un convenio mal encajado.
- Contrato y oferta. El bruto anual debe estar alineado con la distribución real en nómina.
- Estructura salarial. Salario base, pluses y variables no se tratan todos igual para la paga extra.
Un detalle importante. La conversación con talento internacional suele hacerse en “gross annual salary”. Eso está bien para contratar rápido, pero la obligación legal española se ejecuta en nómina mensual. Si esa traducción no está bien hecha, el conflicto no llega en la firma. Llega en diciembre.
Qué exige control antes del cálculo
Antes de calcular la paga extra de Navidad, valida esto:
- Cómo devenga la paga. Semestral, anual o según convenio.
- Si está prorrateada o se paga aparte.
- Qué conceptos computan en la extra.
- Qué incidencias ha tenido la persona en el periodo, como alta a mitad de año, reducción de jornada o IT.
- Si la configuración en nómina coincide con lo firmado y con el convenio.
Ese chequeo previo evita la mayoría de errores que luego acaban en ajustes manuales, tickets con la asesoría y conversaciones incómodas con perfiles senior que esperan precisión. En una startup de 30 personas todavía se puede corregir caso a caso. En una de 120, ese método deja de funcionar.
Prorrateo o pago único la decisión estratégica para tu startup
Cierras una oferta a un backend senior por 52.000 euros brutos anuales. En recruiting hablaste de salario anual total, la persona espera ver unos 4.333 euros brutos al mes, y en diciembre descubre que parte de esa cifra dependía de cómo habíais configurado las pagas extra. Ese tipo de desajuste no suele acabar en demanda. Sí acaba en pérdida de confianza, tickets a payroll y una conversación incómoda con alguien al que acabas de convencer para unirse.
En startups españolas, esta decisión es más de diseño retributivo que de cumplimiento. Las dos opciones pueden ser correctas si respetan convenio, contrato y nómina. La diferencia real está en cómo afectan a caja, percepción salarial y carga operativa.
Mi criterio es simple. Si la empresa contrata mucho perfil internacional, trabaja con bandas salariales anuales y quiere evitar sorpresas en la mensualidad, prefiero prorratear. Si la plantilla valora de verdad el esquema de 14 pagas y el convenio o la costumbre interna ya están muy asentados, mantengo el pago único.
Una referencia útil para entender el marco legal y los límites del prorrateo está en la explicación de Sage sobre pagas extraordinarias y su abono o prorrateo. La norma deja margen, pero no para improvisar.
Cuándo me quedaría con pago único
El pago único funciona bien en equipos donde la extra de junio y diciembre forma parte de la expectativa salarial. En una startup de 20 personas con plantilla muy local, poca rotación y salarios bastante homogéneos, puede ser la opción más estable desde el punto de vista cultural.
También tiene un efecto práctico en atracción. Si compites con empresas que publican sueldos en 14 pagas, conviene hablar el mismo idioma para no perder candidatos en la primera llamada. La cifra anual puede ser idéntica, pero la comparación mental del candidato casi siempre se hace contra el bruto mensual que conoce.
Me quedaría con pago único si se dan varias de estas condiciones:
- La mayoría del equipo espera 14 pagas y lo interpreta como el formato normal.
- La tesorería soporta bien los picos de junio y diciembre.
- La rotación es baja y no dedicas medio mes a regularizar altas, bajas o cambios de jornada.
- Recruiting y payroll ya operan con esa lógica y no quieres abrir un frente interno innecesario.
Cuándo prefiero prorratear
En una scaleup con contrataciones constantes, salario anual como referencia y mezcla de talento español e internacional, el prorrateo suele dar menos problemas. No porque sea mejor en abstracto. Porque reduce fricción operativa.
Un ejemplo realista. Para una Product Manager con 48.000 euros brutos anuales, en 12 pagas hablas de 4.000 euros brutos al mes. En 14 pagas, la mensualidad ordinaria baja a unos 3.428,57 euros, y las extras completan el total anual. Si esa diferencia no se explica desde la oferta, la persona siente que cobra menos de lo prometido, aunque matemáticamente no sea así. Para aterrizar esa conversación con números de nómina, ayuda tener a mano una guía para calcular salario bruto a neto mensual.
Prorratear también simplifica previsión de costes. El gasto salarial queda más lineal mes a mes, algo útil si estás controlando runway, burn multiple o un presupuesto de personal muy ajustado. No arregla un problema de caja, pero evita dos picos que en empresas jóvenes suelen llegar en el peor momento.
Si prorrateas, explícalo en la oferta, en el contrato y en la nómina. La claridad no se delega a la asesoría.
Lo que suele salir bien y lo que suele salir mal
Lo que suele funcionar:
- Ofrecer salario anual y mensual en paralelo desde la primera conversación.
- Usar un único criterio por colectivo. Por ejemplo, todo el equipo de oficinas en 12 pagas prorrateadas.
- Configurar el software de nómina igual que la oferta firmada.
- Preparar un ejemplo de nómina para managers y recruiters, sobre todo en perfiles internacionales.
Lo que genera errores:
- Cambiar de 14 a 12 pagas sin contexto. El equipo lo vive como un recorte, aunque el bruto anual no cambie.
- Mezclar formatos sin criterio entre áreas o entre personas con el mismo convenio.
- Presentar la prorrata como una ventaja económica. No lo es. Solo cambia la distribución.
- Dejar la explicación para diciembre o para la primera nómina.
La decisión correcta depende de tu forma de contratar
No hace falta dramatizar esta elección. Hace falta definirla bien.
Si tu startup está en fase de crecimiento, contrata software engineers, perfiles de producto y managers que comparan ofertas por salario anual total, yo suelo recomendar prorrata. Si operas con un equipo más estable, una base local amplia y una expectativa clara de 14 pagas, el pago único puede encajar mejor.
El error típico no es escoger una opción u otra. Es dejar que cada alta se resuelva según quién lanzó la oferta, qué dijo la asesoría ese mes o cómo venía configurada la nómina anterior. Ahí empiezan los descuadres que luego terminan en ajustes manuales y conflictos evitables.
Cómo calcular la paga extra paso a paso con fórmulas y ejemplos
Diciembre, primer cierre serio de nómina, 35 personas en plantilla y dos incorporaciones recientes en producto. El software saca una cifra. La gestoría la valida. Aun así, conviene comprobarla a mano. En startups, los conflictos por paga extra no suelen venir de una mala intención. Vienen de una parametrización mediocre, de un convenio mal leído o de haber asumido que todas las extras se calculan igual.
La fórmula base no tiene misterio: Paga extra = (Paga completa / días de devengo) × días trabajados. Lo que sí cambia el resultado es definir bien tres cosas: cuál es la paga completa, cuál es el periodo exacto de devengo y qué días computan de verdad. Si una persona se incorpora el 1 de julio y el convenio establece devengo anual, se calcula la parte proporcional sobre los días trabajados hasta el cierre del periodo. Emprendedores explica bien esa mecánica de cálculo.
El orden correcto del cálculo
Yo no empezaría por la cifra final. Empezaría por el proceso.
- Confirma el tipo de devengo. Anual o semestral.
- Fija la paga completa. Suele ser una mensualidad de referencia, pero no siempre coincide con toda la nómina mensual.
- Determina el periodo exacto. Hay convenios que trabajan por días naturales y otros por periodos concretos.
- Cuenta los días computables del empleado. Alta, baja, cambios de jornada e incidencias pueden alterar el cálculo.
- Aplica la proporcionalidad.
- Revisa retención y neto. El bruto puede ser correcto y aun así generar dudas si el neto sale más bajo de lo esperado.
Para comprobar cómo impacta esa extra en la nómina total, ayuda contrastarlo con una calculadora de salario bruto a neto mensual.
Un recurso visual ayuda cuando tienes que explicárselo a managers o a founders no especializados:
Caso base con año completo
Caso limpio. Una persona ha trabajado todo el periodo de devengo y tiene derecho a la paga íntegra.
Si el salario bruto anual es de 28.000 € en 14 pagas, cada paga extraordinaria equivale a 2.000 € brutos. En una startup esto se ve mucho en perfiles junior o mid de soporte, customer success o QA. En un engineer con 42.000 € en 14 pagas, la lógica es la misma. Cada extra sería de 3.000 € brutos, siempre que la base de cálculo coincida con esa mensualidad de referencia.
Aquí el trabajo de RRHH no es hacer magia. Es validar que la paga completa esté bien definida antes de empezar a prorratear. Si esa base está mal, todo lo demás sale mal.
Caso con alta dentro del año
Este es el caso típico en empresas que han contratado fuerte entre septiembre y noviembre. La persona no ha generado la extra completa y toca calcular la parte proporcional.
La fórmula práctica es esta: Importe de la paga extra = Paga completa × (días trabajados / días del periodo de devengo).
Ejemplo. Developer contratado el 1 de octubre, salario bruto anual de 35.000 € en 14 pagas. Si la paga completa son 2.500 € y el convenio establece devengo semestral de julio a diciembre, no corresponde pagar los 2.500 € completos en Navidad, sino solo la parte generada desde la fecha de alta. Aquí es donde más fallan las startups. Payroll mete una regla genérica de meses completos y nadie revisa si el convenio exige cálculo por días.
La lección es simple. No copies una fórmula correcta sobre un periodo equivocado.
Criterio operativo: si el convenio habla en semestres, calcula por semestre. Si habla en año natural o en un periodo anual, usa ese periodo exacto y no lo adaptes por comodidad.
Caso con baja dentro del año
La lógica es la misma que en el alta. Se liquidan los días generados hasta la fecha de baja y, si procede, se abonan en nómina o en finiquito.
En equipos pequeños, este ajuste se suele hacer a mano. En equipos de 80 o 100 personas, ese atajo acaba generando errores repetidos. He visto diferencias pequeñas por redondeos de días convertirse en reclamaciones formales simplemente porque nadie pudo explicar de dónde salía la cifra.
Caso con reducción de jornada
Aquí no basta con contar días. Hay que ponderar cada tramo según el porcentaje de jornada aplicable en ese periodo.
Ejemplo sencillo. Una persona trabaja al 100% hasta marzo y pasa al 50% desde abril hasta junio, dentro del mismo periodo de devengo. La extra no se calcula como si hubiese estado seis meses en la misma jornada. Se divide por tramos y se aplica el porcentaje correspondiente a cada uno. Este ajuste importa bastante en startups con permisos de conciliación, reincorporaciones progresivas o cambios pactados para retener talento sin perder a la persona.
Si tu software no permite revisar ese detalle con claridad, conviene validarlo en una hoja aparte. Por eso tiene sentido usar una plantilla Excel paralela aunque tengas un buen sistema de nómina.
Caso con devengo semestral
Muchos convenios no acumulan la paga extra de Navidad durante todo el año, sino solo en el semestre que va de julio a diciembre. En ese caso, el denominador no es anual. Es el número de días del semestre.
Ejemplo. Paga completa de 1.500 €. Alta el 1 de octubre. Si el periodo de devengo va de julio a diciembre, se calcula la proporción sobre los días efectivamente trabajados dentro de ese semestre. Onlygal detalla un ejemplo útil de devengo semestral.
Este punto da muchos problemas en empresas tech porque la intuición lleva a pensar en salario anual, pero la extra no siempre sigue esa lógica.
Caso con baja por IT
Aquí hace falta criterio y lectura fina del convenio. No hay una respuesta universal.
La pregunta correcta es si el periodo de incapacidad temporal computa íntegramente para el devengo de la extra o si lo hace de forma parcial. También hay que revisar si existe mejora voluntaria de empresa o una práctica interna consolidada. En compañías con varios colectivos o personas bajo convenios distintos, aplicar la misma regla a todas las bajas es una receta perfecta para crear inconsistencias.
Fórmulas de Excel que sí sirven
Una plantilla útil para validar cálculos no necesita ser compleja. Necesita estar bien planteada. Estos son los campos mínimos:
- Fecha de alta
- Fecha de baja
- Tipo de devengo, anual o semestral
- Paga completa
- Días del periodo
- Días trabajados
- Porcentaje de jornada
- Resultado bruto
Fórmulas típicas:
- Devengo anual:
=(PAGA_COMPLETA/365)*DIAS_TRABAJADOS - Devengo semestral:
=(PAGA_COMPLETA/DIAS_PERIODO)*DIAS_TRABAJADOS - Jornada parcial variable: suma de tramos ponderados / días del periodo × paga completa
Si la cifra no cuadra con Personio, Factorial, Holded o la gestoría, no des por hecho que Excel está mal. Muchas veces el error está en el dato de origen. Una fecha de alta mal cargada, una incidencia configurada como ausencia no retribuida o una jornada parcial introducida tarde basta para descuadrar toda la paga extra.
Definiendo la base de cálculo el convenio colectivo y los pluses
Aquí es donde más errores conceptuales veo. Mucha gente dice “la paga extra es una mensualidad” y se queda tan tranquila. No siempre. La pregunta correcta no es cuánto cobra la persona al mes. La pregunta correcta es qué conceptos salariales entran en la base de cálculo según convenio.
El contenido disponible suele recordar que el cálculo toma como referencia el salario base del trabajador, pero no aclara bien cómo tratar bonus garantizados o comisiones en perfiles técnicos, algo importante en la negociación de roles como Machine Learning Engineer, tal y como señala Stel Order al hablar de paga extra de Navidad.
Qué suele entrar
Como regla general, el punto de partida es el salario base. A partir de ahí, el convenio puede incluir complementos salariales concretos. La antigüedad es el ejemplo más claro cuando existe y es devengable.
En empresas tech también aparecen conceptos como plus de disponibilidad, guardias, nocturnidad o complementos funcionales. Aquí no hay atajo. Si el convenio los incluye en extras, entran. Si no, no deberías meterlos por costumbre ni excluirlos por comodidad.
Qué suele quedar fuera
Hay conceptos que normalmente no forman parte de la base de la extra porque no son salario base consolidado o porque responden a gasto, compensación o circunstancias no devengables. Piensa en dietas, suplidos o ciertos pluses extrasalariales.
El problema en startups es que muchas veces los nombres de los conceptos en nómina no ayudan. Se crea un “plus tech”, un “allowance remote” o una “compensación mercado” y luego nadie documenta si debe impactar o no en pagas extra. Ese tipo de ambigüedad siempre termina mal.
Si un concepto existe de forma estable y representa salario real, documenta desde el primer día cómo se trata en pagas extra. Lo peor es decidirlo cuando llega una reclamación.
Convenio antes que costumbre
En empresas tecnológicas españolas, los convenios más habituales suelen moverse alrededor de oficinas y despachos, consultoría o marcos similares según actividad real. No basta con llamarte startup SaaS para quedar fuera de un convenio. Importa la actividad, la adscripción y cómo has configurado la relación laboral.
Si tienes dudas sobre conceptos variables, una práctica útil es revisar también cómo quedaría el coste empresa total en escenarios internacionales o compensaciones especiales. En equipos que usan gross-up o promesas de neto, conviene aterrizar bien el efecto salarial total. Para ese tipo de análisis, puede servir esta guía sobre qué es el gross up y cómo calcularlo.
Bonus, variable y on-call
Aquí mi postura es conservadora. Si el variable no está claramente definido como parte computable de la extra, no lo metas por intuición. Pero tampoco lo excluyas sin revisar si es un componente garantizado, periódico o consolidado.
En tech hay varios puntos grises habituales:
- Bonus garantizado de fichaje. Requiere revisar cómo está pactado.
- Variable anual por objetivos. No suele tratarse igual que salario base.
- On-call o guardias. Depende mucho de cómo esté configurado el concepto.
- Comisiones o incentivos técnicos. Necesitan criterio jurídico y convenio en mano.
Lo importante no es dar una respuesta universal. Lo importante es que la empresa tenga un criterio consistente, documentado y defendible.
Errores comunes y casos especiales que no puedes ignorar
Diciembre suele destapar el problema, pero el error casi siempre empezó antes. Pasa cuando alguien da por bueno un convenio sin revisarlo, cuando payroll replica una fórmula de otra empresa o cuando Finance prorratea a ojo una incorporación de octubre. En una startup con 40 personas quizá lo corriges manualmente. En cuanto llegas a 120 y mezclas altas, bajas, cambios de jornada y variable, los fallos dejan rastro en nómina y acaban en reclamación.
Tres errores que veo una y otra vez
Aplicar un devengo equivocado.
Es el clásico en startups que crecen rápido y cambian de gestoría o software. El convenio marca si la extra se devenga por semestre o por año. Si configuras un criterio distinto, el importe puede parecer razonable y seguir estando mal. El problema no es solo contable. También complica explicar la nómina a alguien que entra en septiembre y compara su paga con la de un compañero.
Calcular por meses completos cuando toca calcular por días.
Esto afecta mucho a nuevas incorporaciones, bajas y finiquitos. Un developer que entra el 17 de octubre no ha generado lo mismo que alguien que empezó el día 1, aunque ambos aparezcan como alta en el mismo mes. En salarios de 38.000 o 52.000 euros brutos anuales, ese detalle mueve suficiente dinero como para generar una queja seria.
Ignorar cambios de jornada dentro del periodo de devengo.
Pasa con reducciones de jornada, ampliaciones tras periodo de prueba o cambios pactados después de una ronda. Si una product designer pasó de 50% a 100% en noviembre, no puedes aplicar la jornada actual a todo el periodo. Hay que trocear y ponderar. Si no lo haces, el error casi siempre perjudica a una de las dos partes.
Casos especiales del día a día en tech
Tiempo parcial con cambios durante el semestre o el año.
Si la jornada fue estable, el cálculo no tiene misterio. Si hubo varios tramos, sí. Mi recomendación es no resolverlo con una corrección manual en la nómina de diciembre. Déjalo trazado en la hoja de cálculo con fechas, porcentaje de jornada e importe devengado por tramo. Es la diferencia entre una respuesta defendible y un “esto lo ajustamos así”.
Complemento de teletrabajo y otros pluses mal etiquetados.
En remoto, muchas startups han creado conceptos deprisa: ayuda de internet, compensación de home office, plus fijo mensual, bolsa de gasto. El punto no es el nombre. El punto es si ese concepto tiene naturaleza salarial o extrasalarial y si debe entrar en la base de la extra. Si esa clasificación está mal desde el alta del concepto, diciembre solo hace visible un error anterior.
Stock options, bonus y compensación híbrida.
Aquí conviene separar expectativas de nómina real. Las stock options no sustituyen salario ni corrigen una paga extra mal calculada. Un bonus anual por objetivos tampoco entra automáticamente en la base. En equipos de ventas técnicos, customer success con variable o perfiles de liderazgo con bonus garantizado, hay que revisar pacto, periodicidad y convenio. La respuesta estándar suele fallar.
Regularizaciones de relaciones mal encajadas.
El caso más delicado es el profesional tratado como autónomo que después reclama laboralidad. Si esa relación se reconfigura como laboral, la discusión no se queda en las mensualidades. Puede incluir pagas extra no abonadas, vacaciones y cotización. Para ordenar este tipo de escenarios ayuda revisar los distintos tipos de situaciones laborales en España.
Una mala paga extra rara vez nace en diciembre. Nace en la oferta, en la configuración del concepto salarial o en una excepción que nadie documentó.
Checklist rápido antes de cerrar la nómina
Haz esta revisión final:
- Convenio correcto. Confirmado y documentado en el expediente.
- Devengo correcto. Semestral o anual, según convenio y configuración real de nómina.
- Fechas revisadas. Alta, baja, excedencias, IT e incidencias del periodo.
- Jornada validada. Con tramos si hubo cambios.
- Base de cálculo cerrada. Sin incluir pluses o variables por intuición.
- Trazabilidad mínima. Que People, Finance y gestoría puedan explicar el cálculo con el mismo criterio.
- Comunicación preparada. Si un engineer pregunta por qué cobra 1.246 euros y no 1.400, la respuesta tiene que salir en dos minutos.
Si uno de esos puntos no está claro, para el pago y revísalo. Corregir antes de emitir nómina cuesta poco. Corregir después cuesta tiempo, credibilidad y, a veces, dinero.
Descarga la plantilla Excel para automatizar el cálculo
Si eres HR de una startup pequeña, probablemente no necesitas más software. Necesitas una plantilla fiable. Una buena hoja de cálculo resuelve la mayor parte de los casos operativos siempre que parta de una lógica correcta.
La plantilla que recomiendo tener internamente debería incluir estos campos:
- Datos del empleado. Fecha de alta, baja si existe y tipo de jornada.
- Tipo de devengo. Anual o semestral.
- Importe de paga completa. Según convenio y base salarial definida.
- Cálculo por días. Con fórmula automática.
- Tramos de jornada. Para cambios parciales.
- Validación final. Bruto calculado y espacio para contraste con nómina.
Con eso puedes hacer simulaciones rápidas antes de diciembre, validar finiquitos y revisar nuevas incorporaciones sin depender de una interpretación distinta cada vez.
Mi consejo es no complicarla demasiado. Si una plantilla necesita un manual de veinte pasos, nadie la va a usar bien. Lo útil es que cualquier persona de People o Finance pueda introducir datos, revisar el resultado y detectar si algo no cuadra.
Si estás contratando en España y quieres evitar errores de compensación desde la oferta hasta la nómina, Kulturo ayuda a startups y scaleups a definir paquetes salariales claros para perfiles tech y de IA, con contexto real de mercado y sin improvisar en los detalles que luego generan fricción.
