Cómo extraer datos de beneficios P11D del Reino Unido a Excel
para la declaración anual ante HMRC (Guía 2026)

Qué se incluye en un P11D — y qué campos llegan a tu hoja de cálculo

Un P11D declara las prestaciones en especie (BIK) sujetas a impuestos — ventajas no dinerarias como un coche de empresa, seguro médico privado o un préstamo a bajo interés — que un empleador proporcionó a un único empleado o directivo durante el año fiscal (del 6 de abril al 5 de abril). Un formulario cubre a una persona. HMRC organiza el formulario en 14 secciones con letras, de la A a la N, cada una con una categoría de prestación y su propia regla de valoración, y son esos valores de sección los que necesitas en las columnas.

Conocer las letras de las secciones es importante para la extracción porque la misma prestación siempre está en la misma sección, independientemente del sistema de nóminas que haya impreso el borrador. Estas son las secciones según las define HMRC en la guía oficial "Cómo cumplimentar los formularios P11D y P11D(b)":

Dentro de cada sección, dos números hacen el trabajo. El equivalente en efectivo es el valor imponible de la prestación — para un coche de empresa es el valor P11D (precio de catálogo más accesorios) multiplicado por un porcentaje determinado por las emisiones de CO2 y el tipo de combustible. El importe compensado es cualquier contribución que el empleado haya pagado por la prestación, lo que reduce el valor imponible. La cifra que realmente llega a HMRC es el equivalente en efectivo menos el importe compensado. Una prestación marcada con el indicador 1A es aquella sobre la que el empleador debe pagar el Seguro Nacional Clase 1A — lo cual importa cuando luego calcules el total del P11D(b).

Por lo tanto, una hoja de cálculo práctica para extraer datos del P11D tiene una fila por empleado y un conjunto de columnas que combina campos de identidad con valores de prestaciones por sección:

Por qué los datos del P11D son más difíciles de extraer que una nómina

Una nómina tiene un conjunto de campos estable y repetitivo — salario bruto, impuestos, NI, neto — que tiene el mismo aspecto de una persona a otra. Un P11D no, y esa es la primera razón por la que la transcripción manual se alarga. El formulario de cada empleado es disperso en un lugar diferente: un director tiene las secciones F, H e I completadas; un ingeniero de campo solo la sección G; un jefe de oficina solo la sección I. No estás leyendo las mismas 20 casillas en cada página — estás buscando cuáles dos o tres de las catorce secciones tienen un valor, y saltándote las vacías sin confundir un blanco con un cero.

La segunda razón es que cada sección completada se valora con una regla diferente, por lo que los números no se pueden cotejar entre sí como las cifras de una nómina. El equivalente en efectivo de un coche de empresa depende del precio de lista y del tramo de CO2; un préstamo ventajoso depende del saldo medio y del tipo de interés oficial de HMRC; la cobertura médica es simplemente la prima. No existe una heurística única de "esto tiene buena pinta" entre secciones, lo que significa que un operador que vuelve a escribir las cifras no tiene una trampa de error natural — un dígito mal escrito en la sección F tiene el mismo aspecto que el correcto.

La tercera razón es el diseño. HMRC exige el contenido de los datos de un P11D, no su forma visual, por lo que las salidas de P11D sustitutivas de diferentes programas de nóminas colocan los mismos valores de sección en posiciones diferentes. Sage puede imprimir los beneficios en una tabla apilada con las letras de las secciones a la izquierda; BrightPay puede agruparlos de forma diferente; un borrador exportado a PDF desde la plantilla propia de una gestoría puede reordenarlo todo. Una herramienta OCR basada en plantillas entrenada con el diseño de un proveedor falla con el siguiente. Leer por significado en lugar de por coordenadas — el mismo principio detrás de extraer certificados de fin de año P60 de diferentes proveedores de nóminas — es lo que permite que una definición de columna cubra todas las fuentes.

Configuración de tu flujo de trabajo de extracción de P11D

El flujo de trabajo que reemplaza la transcripción manual de P11D tiene tres pasos, y el primero — definir tus columnas — es el que haces una vez y reutilizas para cada empleado, cada proveedor de nóminas y cada futuro año fiscal que sobreviva el P11D.

Puedes probar el paso de extracción con un solo P11D aquí mismo: sube un borrador (o una foto de uno) y nombra un par de columnas para ver cómo se asignan los valores de las secciones:

Cómo calcular el total del P11D(b) a partir de tus datos extraídos

Una hoja de cálculo estructurada no es el final del trabajo, sino lo que convierte el P11D(b) en una fórmula en lugar de una sesión de calculadora. El P11D(b) es la declaración del empleador del total de las cotizaciones de Clase 1A adeudadas por todas las prestaciones declaradas para cada empleado. La guía CWG5 de HMRC establece la aritmética: suma el equivalente en efectivo de todas las prestaciones sujetas a la Clase 1A y multiplica el total por el tipo de la Clase 1A — 15% para 2025/26, frente al 13,8% aplicable hasta el 5 de abril de 2025.

Con los datos extraídos en columnas, eso es un SUMIF en las columnas de prestaciones sujetas a la Clase 1A y una multiplicación. Pero la herramienta puede ir un paso más allá: una columna calculada permite que la IA calcule los valores durante la extracción en lugar de después. Nombra una columna Total de prestaciones imponibles (suma de equivalentes en efectivo menos cantidades compensadas) y la cifra neta por empleado se rellena al leer los borradores, de modo que el número que sumas para el P11D(b) ya es neto de las contribuciones del empleado, uno de los errores más comunes en la agregación manual.

Validación de los datos P11D extraídos antes de alimentar el P11D(b)

Dado que cada sección se valora según su propia regla, la validación aquí se centra más en la forma y la integridad que en comprobaciones aritméticas. Las siguientes verificaciones se ejecutan columna por columna en Excel y destacan las pocas filas que merecen revisarse contra el borrador original, no todos los campos de todas las filas.

Cada fila extraída lleva su referencia de archivo de origen, por lo que cualquier fila marcada está a un clic del borrador original. Esa trazabilidad es lo que hace que las verificaciones a nivel de columna sean realistas con 150 empleados: la transcripción manual nunca podría mantenerlas, y precisamente por eso la preparación manual de P11D tiende a saltarse la validación y confiar en la suerte.

P11D vs P60 vs P45: Tres formularios, tres trabajos de extracción

Los equipos de nóminas del Reino Unido gestionan tres formularios obligatorios para empleados, que suelen confundirse pero requieren definiciones de columnas distintas. Un P60 es el certificado anual de salario e impuestos retenidos, emitido a todos los empleados en nómina al 5 de abril. Un P45 se emite cuando alguien deja la empresa, resumiendo el salario y los impuestos hasta su fecha de salida. Un P11D reporta las prestaciones en especie sujetas a impuestos y es el único de los tres que se ocupa de beneficios, no de salario.

La conclusión práctica: un conjunto de columnas para P11D trata sobre equivalentes en efectivo por sección y responsabilidad de Clase 1A, y no se superpone con un formulario de salario e impuestos más allá de los campos de identidad. Si tu equipo procesa los tres, mantén una definición de columnas guardada separada para cada uno y reutilízalas; el flujo de trabajo por lotes es idéntico, pero los nombres de los campos son específicos de cada formulario. Consulta nuestras guías para extraer datos de salida de empleados P45 a Excel, el flujo de trabajo completo de extracción de P45 y el procesamiento por lotes de P60 para una auditoría de nóminas para el lado de salario e impuestos del mismo conjunto de herramientas.

Preguntas frecuentes